An alarm method, system, vehicle terminal, vehicle-to-everything (V2X) cloud platform, and medium.

Abstract

This application relates to an alarm method, system, vehicle terminal, vehicle-to-everything (V2X) cloud platform, and medium. The alarm method applied to the vehicle terminal includes: after detecting an abnormal signal value, filling the vehicle's status information and the signal value under that status information into an extended field of the alarm message, and encapsulating the alarm message to obtain a data packet; sending the data packet to the V2X cloud platform, enabling the V2X cloud platform to determine whether the alarm is invalid based on the status information and signal value, and either blocking the alarm if it is invalid, or performing fault analysis if the alarm is valid. By adopting the alarm method provided in this application, the problem of the inability to quickly achieve alarm blocking in the prior art is improved.

Description

Technical Field

[0001] This application relates to the field of vehicle control technology, and in particular to an alarm method, system, vehicle terminal, vehicle networking cloud platform and medium. Background Technology

[0002] Vehicles generate a large amount of vehicle data during operation. When signal values ​​in this data are abnormal, the vehicle terminal generates an alarm message and uploads it to the vehicle-to-everything (V2X) cloud platform for fault analysis. However, in certain scenarios, abnormal signal values ​​are permissible. Performing fault analysis in these situations could easily lead to alarm errors.

[0003] In current alarm methods, to reduce alarm errors, the vehicle terminal also sends status messages to the vehicle network cloud platform periodically (e.g., every ten seconds). This allows the vehicle network cloud platform to determine whether to block the alarm message based on the vehicle data in the status message, thereby reducing alarm errors.

[0004] However, the vehicle data in the status message is large and has a transmission delay, so the vehicle network cloud platform cannot quickly determine whether the alarm is invalid, and therefore cannot quickly achieve alarm blocking. Summary of the Invention

[0005] Based on this, this application provides an alarm method, system, vehicle terminal, vehicle network cloud platform and medium, which improves the problem that the prior art cannot quickly achieve alarm shielding.

[0006] Firstly, this application provides an alarm method applied to a vehicle terminal. The alarm method includes: after detecting an abnormal signal value, filling the vehicle's status information and the signal value under the status information into an extended field of the alarm message, and encapsulating the alarm message to obtain a data packet; sending the data packet to the vehicle network cloud platform, so that the vehicle network cloud platform determines whether the alarm is invalid based on the status information and the signal value, and blocks the alarm if the alarm is invalid, or performs fault analysis if the alarm is valid.

[0007] In conjunction with the first aspect, in a first possible implementation of the first aspect, the step of encapsulating the alarm message to obtain a data packet includes: determining the data frame from which the abnormal signal value originates; extracting vehicle data from the data frame, wherein the vehicle data is used for fault analysis; and encapsulating the alarm message and the vehicle data to obtain a data packet.

[0008] In conjunction with the first aspect, in the second possible implementation of the first aspect, the alarm message includes a message header and a message body. The message body includes a fault field and an extended field, wherein: the message header is used to carry the identification information of the alarm message, and the identification information includes at least one of version number, device identifier, time, information type and service identifier; the fault field is used to carry vehicle fault information, and the extended field is used to carry vehicle status information, and the status information includes at least one vehicle mode.

[0009] Secondly, this application also provides an alarm method applied to a vehicle network cloud platform. The alarm method includes: receiving a data packet sent by a vehicle terminal; determining whether an alarm is invalid based on the status information and signal value in the received data packet; if the alarm is invalid, then blocking the alarm; if the alarm is valid, then performing fault analysis.

[0010] In conjunction with the second aspect, in the first possible implementation of the second aspect, the step of determining whether an alarm is invalid based on the status information and signal value in the data packet includes: decapsulating the received data packet to obtain the alarm message in the data packet; comparing with the data dictionary, reading the status information and signal value in the extended field of the alarm message, wherein the data dictionary includes at least one status information and a mask value corresponding to each status information; if there is a signal value under at least one status information that corresponds to the mask value, then the alarm is determined to be invalid.

[0011] In conjunction with the second aspect, in a second possible implementation of the second aspect, before determining whether the alarm is invalid based on the status information and signal value in the data packet, the method further includes: receiving update information from the client terminal, wherein the update information includes status information and a masking value; and updating the data dictionary in the local database based on the received update information.

[0012] Thirdly, this application also provides an alarm system, which includes: a vehicle terminal and a vehicle-to-everything (V2X) cloud platform; wherein the vehicle terminal is used to execute an alarm method as described in the first aspect or any embodiment of the first aspect, and the V2X cloud platform is used to execute an alarm method as described in the second aspect or any embodiment of the second aspect.

[0013] Fourthly, this application also provides a vehicle terminal, which includes a generation unit and a transmission unit, wherein: the generation unit is used to fill the vehicle's status information and the signal value under the status information into the extended field of the alarm message after detecting an abnormal signal value, and encapsulate the alarm message to obtain a data packet; the transmission unit is used to send the data packet to the vehicle network cloud platform, so that the vehicle network cloud platform determines whether the alarm is invalid based on the status information and the signal value, and blocks the alarm if the alarm is invalid, or performs fault analysis if the alarm is valid.

[0014] In conjunction with the fourth aspect, in the first possible implementation of the fourth aspect, the above-mentioned generation unit is specifically used for: determining the data frame from which the abnormal signal value originates; extracting vehicle data from the data frame, wherein the vehicle data is used for fault analysis; and encapsulating the alarm message and the vehicle data to obtain a data packet.

[0015] In conjunction with the fourth aspect, in the second possible implementation of the fourth aspect, the aforementioned alarm message includes a message header and a message body. The message body includes a fault field and an extended field, wherein: the message header is used to carry the identification information of the alarm message, and the identification information includes at least one of version number, device identifier, time, information type, and service identifier; the fault field is used to carry vehicle fault information, and the extended field is used to carry vehicle status information, and the status information includes at least one vehicle mode.

[0016] Fifthly, this application also provides a vehicle-to-everything (V2X) cloud platform, which includes a receiving unit, a determining unit, an analyzing unit, and a shielding unit, wherein: the receiving unit is used to receive data packets sent by vehicle terminals; the determining unit is used to determine whether an alarm is invalid based on the status information and signal values ​​in the received data packets; the analyzing unit is used to perform fault analysis if the alarm is valid; and the shielding unit is used to shield the alarm if it is invalid.

[0017] In conjunction with the fifth aspect, in the first possible implementation of the fifth aspect, the above-mentioned analysis unit is specifically used to: decapsulate the received data packet to obtain the alarm message in the data packet; compare with the data dictionary to read the status information and signal value in the extended field of the alarm message, wherein the data dictionary includes at least one status information and a mask value corresponding to each status information; if there is a signal value under at least one status information that corresponds to the mask value, then the alarm is determined to be invalid.

[0018] In conjunction with the fifth aspect, in the second possible implementation of the fifth aspect, the receiving unit is further configured to receive update information from the client terminal, wherein the update information includes status information and a masking value; the vehicle network cloud platform further includes an update unit, which is configured to update the data dictionary in the local database according to the received update information.

[0019] Sixthly, this application also provides a computer-readable storage medium storing a plurality of instructions adapted for loading by a processor and executing an alarm method as described in the first aspect or any embodiment of the first aspect, or executing an alarm method as described in the second aspect or any embodiment of the second aspect.

[0020] In summary, this application provides an alarm method, system, vehicle terminal, vehicle-to-everything (V2X) cloud platform, and medium. When an alarm occurs in the alarm system, the vehicle terminal adds status information and corresponding signal values ​​to the alarm message and sends the alarm message to the V2X cloud platform. This allows the V2X cloud platform to quickly determine the validity of the alarm message based on the status information and corresponding signal values, thereby deciding whether to block the alarm. As can be seen, because status information and corresponding signal values ​​are added to the alarm message, the V2X cloud platform can determine whether to block the alarm upon receiving it, reducing the likelihood of alarm errors and minimizing delays. Therefore, it improves upon the problem of the inability to quickly implement alarm blocking in existing technologies. Attached Figure Description

[0021] Figure 1 An application environment diagram of an alarm method provided in one embodiment of this application;

[0022] Figure 2 This is a schematic diagram of the alarm message format in one embodiment provided in this application;

[0023] Figure 3 A flowchart illustrating an alarm method in one embodiment provided in this application;

[0024] Figure 4 A flowchart illustrating the alarm method in another embodiment provided in this application;

[0025] Figure 5 A flowchart illustrating the alarm method in another embodiment provided in this application;

[0026] Figure 6 A flowchart illustrating the alarm method in another embodiment provided in this application;

[0027] Figure 7 A flowchart illustrating the alarm method in another embodiment provided in this application;

[0028] Figure 8 A schematic block diagram of a vehicle terminal in one embodiment provided in this application;

[0029] Figure 9 This is a schematic block diagram of a vehicle networking platform in one embodiment of this application. Detailed Implementation

[0030] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0031] The alarm method provided in this application can be applied to, for example... Figure 1 In the application environment shown, the vehicle terminal 110 communicates with the vehicle-to-everything (V2X) cloud platform 120 via a network. The vehicle terminal 110 can be, but is not limited to, a vehicle control unit (VCU), communication equipment, or a processor. The vehicle terminal can interact with other devices on the vehicle; for example, it can acquire vehicle data generated by other devices via the CAN bus. The processor can be, but is not limited to, a graphics processing unit (GPU), a central processing unit (CPU), a general-purpose processor, a coprocessor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. The processor can implement the alarm methods described in this application, such as filling the vehicle's status information and the signal values ​​under that status information into the extended fields of the alarm message; these details will not be elaborated further in this application. The V2X cloud platform 120 can be a standalone server or a server cluster composed of multiple servers.

[0032] Currently, to reduce alarm errors, vehicle terminals periodically send status messages to the vehicle-to-everything (V2X) cloud platform. This allows the V2X cloud platform to determine whether to block alarm messages based on the vehicle data in the status messages, thereby reducing alarm errors. However, the status messages contain large amounts of data and have transmission delays, making it difficult for the V2X cloud platform to quickly determine whether an alarm is invalid, thus hindering rapid alarm blocking.

[0033] To address this issue, this application provides an alarm method that quickly masks alarms by adding status information to alarm messages. Specifically, the vehicle terminal sends an alarm message to the vehicle-to-everything (V2X) cloud platform, which includes status information and corresponding signal values. The status information may include at least one vehicle mode selected from power mode, maintenance mode, and operating mode. Upon receiving the alarm message, the V2X cloud platform determines whether the vehicle is in power mode, maintenance mode, or operating mode based on the signal values ​​corresponding to the status information. If so, the alarm message is deemed invalid and masked, thereby preventing false alarms. Therefore, the alarm method provided in this application, compared to existing technologies, is not only less prone to alarm errors but also reduces latency and improves upon the problem of rapid alarm masking in existing technologies.

[0034] To add status information to alarm messages, this application provides an alarm message that includes an extended field for carrying status information. It should be noted that the length of the extended field and the type of status information carried by the extended field can be fixed or variable; that is, the length of the extended field and the type of status information can differ for different alarm messages. The length of the extended field and the type of status information can be defined by the manufacturer at the time of vehicle manufacture, or they can be defined by technicians through program overriding during later maintenance; this application does not impose any restrictions on this. However, regardless of how the length of the extended field and the type of status information change, they can be recognized by the vehicle-to-everything (V2X) cloud platform. For example, in the case of variables, the V2X cloud platform can use a data dictionary for recognition. More specifically, the format of the alarm message is as follows: Figure 2 As shown, the alarm message provided in this application may include a message header and a message body. The message body includes a fault field and extended fields, wherein: the message header is used to carry the identification information of the alarm message, and the identification information includes at least one of version number, device identifier, time, information type, and service identifier; the fault field is used to carry vehicle fault information, and the extended fields are used to carry vehicle status information, which may include fault codes and fault code exception enumeration values. For example, the pseudocode of the alarm message is as follows:

[0035]

[0036]

[0037] In this document, "message Header" represents the message header, "message Body" represents the message body, "version" represents the version number, "device Id" represents the device identifier, "time" represents the time, "message Type" represents the message type, the signal value "ALARM_WARNING" under "message Type" indicates that the message is an alarm message, "biz Id" represents the service identifier, "fault Code" represents the fault code, "fault Code Value" represents the fault code exception enumeration value, "shieldStatus" represents the status information, "power Mode" represents the power mode, the signal value "0x1" under "powerMode" indicates charging, "repair Mode" represents maintenance mode, and the signal value "0x1" under "repairMode" indicates not under maintenance. The specific format of alarm messages will not be elaborated further in this application.

[0038] To better understand the alarm method applied to vehicle terminals provided in this application, this application provides an embodiment, such as... Figure 3As shown. Next, this application will apply this method to... Figure 1 Taking the vehicle terminal in the example, we will explain the process. Figure 3 The alarm methods described are explained. Specifically:

[0039] 301: After detecting an abnormal signal value, the vehicle's status information and the signal value under the status information are filled into the extended field of the alarm message, and the alarm message is encapsulated to obtain a data packet.

[0040] The vehicle terminal can acquire vehicle data from other devices by directly connecting to them or by connecting to the CAN bus. After acquiring the vehicle data from other devices, the vehicle terminal will detect abnormal signal values ​​in the vehicle data. If an abnormal signal value is detected, it will determine that the vehicle may have a fault. Then, it will fill some or all of the status information and corresponding signal values ​​from the vehicle data into the extended fields of the alarm message. Finally, after all fields of the alarm message are filled, the alarm message will be encapsulated to obtain a data packet.

[0041] It should be noted that after detecting an abnormal signal value, the vehicle terminal will also generate a fault code based on the abnormal signal value and fill the fault code into the alarm message, for example, into the fault field of the alarm message. The process of generating and filling the fault code includes: reading multiple sensor information and the signal value under each sensor information from the vehicle data, comparing the signal value under each sensor information with the corresponding preset value or preset range. If it is greater than the preset value or exceeds the preset range, it indicates that the signal value is abnormal. At this time, the fault code corresponding to the sensor information is obtained and the fault code is filled into the alarm message. Sensor information refers to the data items collected by sensors in other devices, such as engine coolant temperature, air-fuel ratio, and vehicle speed. The signal value under the sensor information is the specific value collected. Status information refers to the vehicle mode recorded in other devices, such as power mode, maintenance mode, and operating mode. The signal value under the status information is the status indicator of the vehicle mode, for example, 0x1 indicates on, 0x2 indicates off. For example, suppose the vehicle data includes sensor information "engine coolant temperature," and the signal value for "engine coolant temperature" is 110 (in °C). After receiving this vehicle data, the vehicle terminal reads that the signal value of the sensor information exceeds the corresponding preset range [75, 98] (in °C), and can determine that the signal value of the sensor information is abnormal. Then, it obtains the fault code "P0115" corresponding to the sensor information and fills the fault code into the alarm message. In addition, this application does not restrict the order of filling in the fault code and status information; they can be executed sequentially or in parallel. The process of filling in other information (such as identification information) in the alarm message is also not described in detail.

[0042] 302: Send the above data packet to the vehicle network cloud platform so that the vehicle network cloud platform can determine whether the alarm is invalid based on the status information and signal value, and block the alarm if the alarm is invalid, or perform fault analysis if the alarm is valid.

[0043] In this process, after the vehicle terminal encapsulates the alarm information into a data packet, it sends the data packet to the vehicle network cloud platform. Upon receiving the data packet, the vehicle network cloud platform first decapsulates it to extract the alarm message. Then, it reads the extended fields of the alarm message. If at least one signal value under any status information in the extended field matches the corresponding masking value, the alarm message is determined to be invalid. In this case, measures such as skipping or discarding the alarm message are taken to mask it. If the signal value under any status information in the extended field does not match the corresponding masking value, or matches the corresponding non-masked value, the alarm message is determined to be valid. At this time, fault analysis is performed to respond to the alarm message.

[0044] Regarding the encapsulation process in step 301, this application also proposes an implementation method. This implementation method uploads the alarm message and vehicle data together, enabling the vehicle network cloud platform to perform fault analysis based on the vehicle data when confirming the validity of the alarm. Alternatively, it can forward the data packet to the client terminal for fault analysis or display it on the client terminal, allowing technicians to perform fault analysis based on the vehicle data, thereby improving the real-time performance of fault analysis. Specifically, the step of encapsulating the alarm message to obtain a data packet in step 301 includes: determining the data frame from which the abnormal signal value originates; extracting vehicle data from the data frame, wherein the vehicle data is used for fault analysis; and encapsulating the alarm message and vehicle data to obtain a data packet.

[0045] When a vehicle terminal detects an abnormal signal value, to determine the data frame from which the abnormal signal value originates, it can either read data preceding the storage address of the abnormal signal value to identify the data frame containing the abnormal signal value, or retrieve the data frame generated at the same time point as the abnormal signal value (which is the signal value at the "time" setting in the alarm message). After determining the data frame from which the abnormal signal value originates, the vehicle terminal extracts the vehicle data carried in the data segment of the data frame, and then encapsulates the alarm message and the vehicle data of that data frame to obtain a data packet. It should be noted that the amount of vehicle data in a single data frame is far less than the amount of vehicle data uploaded periodically in existing technologies; for example, the length of a data segment in a CAN data frame is only 0 to 8 bytes. Therefore, uploading a single data frame of vehicle data simultaneously with the alarm message adds almost no burden to the output transmission. Due to the small data size, the transmission and reception time is short, real-time performance is high, and anti-interference capability is strong. As can be seen, by uploading the vehicle data and alarm message from the alarm source together, this application enables the vehicle network cloud platform to quickly obtain the vehicle data from the alarm source when performing fault analysis. In this way, the vehicle network cloud platform does not need to wait for a long time to obtain the vehicle data from the vehicle terminal, thus shortening the latency of fault analysis; and it does not need to search for the vehicle data corresponding to the alarm message from a large amount of data, thus reducing the occurrence of alarm errors.

[0046] In summary, the alarm method based on vehicle terminals provided in this application improves upon the problem in the prior art that alarm blocking cannot be achieved quickly by adding status information and corresponding signal values ​​to the alarm message, enabling the vehicle network cloud platform to quickly determine whether the alarm is blocked.

[0047] In addition, this application also provides an embodiment of an alarm method applied to a vehicle networking cloud platform, such as... Figure 4 As shown. Next, this application will apply this method to... Figure 1 Taking the vehicle-to-everything (V2X) cloud platform as an example, this will be explained. Figure 4 The alarm methods described are explained. Specifically:

[0048] 401: Receives data packets sent by the vehicle terminal and determines whether the alarm is invalid based on the status information and signal value in the received data packets.

[0049] Upon receiving a data packet, the vehicle-to-everything (V2X) cloud platform decapsulates the packet to obtain the status information and signal values ​​from the alarm messages. It then compares the signal values ​​for each status information with their corresponding masking values. It's important to note that the masking values ​​for different status information can be the same or different, depending on pre-settings. For example, if the signal value "0x1" for the status information "power Mode" in the alarm message matches the corresponding masking value "0x1," the alarm is deemed invalid. Conversely, if the signal value "0x1" for the status information "repair Mode" in the alarm message matches the corresponding non-masked value "0x1," the alarm is deemed valid.

[0050] 402: If the alarm is invalid, then disable the alarm; if the alarm is valid, then perform fault analysis.

[0051] In this system, if an alarm is determined to be invalid, the vehicle-to-everything (V2X) cloud platform will ignore or even discard it, thus avoiding alarm analysis. If an alarm is determined to be valid, it will perform fault analysis based on the vehicle data corresponding to the alarm message, or forward the data packet to the client terminal for fault analysis by the client terminal or its technicians. It should be noted that the vehicle data corresponding to the alarm message refers to the vehicle data in the data frame from which the alarm originated, i.e., the vehicle data in the data frame from which the abnormal signal value originated.

[0052] Regarding step 401, this application also provides an implementation method to achieve dynamic alarms. Specifically, in step 401 above, the vehicle network cloud platform receives data packets sent by the vehicle terminal; the step of determining whether an alarm is invalid based on the status information and signal value in the received data packet includes: decapsulating the received data packet to obtain the alarm message in the data packet; comparing with the data dictionary, reading the status information and signal value in the extended fields of the alarm message, wherein the data dictionary includes at least one status information and a masking value corresponding to each status information; if there is a signal value under at least one status information that corresponds to the masking value, then the alarm is determined to be invalid; otherwise, the alarm is determined to be valid.

[0053] The vehicle-to-everything (V2X) cloud platform also stores a data dictionary, which records at least one status information and corresponding masking and non-masking values ​​for each status information. After acquiring an alarm message from a data packet, the V2X cloud platform can identify the status information uploaded in the alarm message by referring to the data dictionary. In other words, because the V2X cloud platform stores a data dictionary, it can identify the status information regardless of whether the length of the extended fields defined by different manufacturers and vehicle models is the same or different, or whether it is fixed or variable. Therefore, the alarm method provided in this embodiment is adaptable to various manufacturers and vehicle models, achieving dynamic alarms and improving alarm efficiency. For example, the data dictionary is shown in Table 1:

[0054] Status information Masking value Non-masking value powerMode 0x1 0x2 pepairMode 0x0 0x1

[0055] Table 1 Data Dictionary

[0056] It should be noted that the data dictionary can also be updated to further improve the effectiveness of dynamic alarms. This application also provides an implementable method for this purpose. Specifically, before the vehicle-to-everything (V2X) cloud platform determines whether an alarm is invalid based on the status information and signal values ​​in the data packet, it also includes: receiving update information from the client terminal and updating the data dictionary in the local database based on the received update information.

[0057] The updated information includes status information and masked values, and may also include unmasked values. Technicians update the data dictionary on the client terminal, performing at least one operation such as adding, deleting, or modifying data. The client terminal then generates updated information based on the technician's update operations and sends this updated information to the vehicle-to-everything (V2X) cloud platform. Upon receiving this updated information, the V2X cloud platform updates its dictionary accordingly to further enable dynamic alarms.

[0058] In summary, the alarm method based on the vehicle network cloud platform provided in this application embodiment can determine whether an alarm is invalid based on the status information in the alarm message, and block the alarm if it is invalid, thereby improving the problem that existing technologies still cannot quickly block alarms.

[0059] In addition, this application also provides another embodiment of the alarm method applied to the vehicle networking cloud platform, such as... Figure 5 As shown. Next, this application will apply this method to... Figure 1 Taking the vehicle-to-everything (V2X) cloud platform as an example, this will be explained. Figure 5 The alarm methods described are explained. Specifically:

[0060] 501: Receive update information from the client terminal and update the data dictionary in the local database based on the received update information.

[0061] After receiving update information from the client terminal, the vehicle-to-everything (V2X) cloud platform updates the data dictionary in its local database by performing at least one of the following operations: adding, deleting, or modifying. For example, if the V2X cloud platform adds data to the data dictionary in Table 1, where "run Mode" refers to the operating mode, the updated data dictionary is shown in Table 2.

[0062] Status information Masking value Non-masking value powerMode 0x1 0x2 repairMode 0x0 0x1 runMode 0x1 0x2

[0063] Table 2 Data Dictionary

[0064] 502: Receives data packets sent by the vehicle terminal and determines whether the alarm is invalid based on the status information and signal value in the received data packets.

[0065] 503: If the alarm is invalid, then disable the alarm; if the alarm is valid, then perform fault analysis.

[0066] The specific implementation process of steps 502 and 503 is the same as that in the previous embodiment, and will not be repeated here.

[0067] In summary, the alarm method based on the vehicle network cloud platform provided in this application can not only quickly achieve alarm blocking, but also update the data dictionary to achieve dynamic alarms and improve alarm efficiency.

[0068] In addition, this application also provides an embodiment of an alarm system, such as Figure 6 As shown, the alarm system includes a vehicle terminal and a vehicle-to-everything (V2X) cloud platform. The vehicle terminal executes the alarm method applied to the V2X terminal in the aforementioned embodiments, and the V2X cloud platform executes the alarm method applied to the V2X cloud platform in the aforementioned embodiments. Specifically:

[0069] 601: After detecting an abnormal signal value, the vehicle terminal fills the extended field of the alarm message with the vehicle's status information and the signal value under the status information, and encapsulates the alarm message to obtain a data packet.

[0070] 602: The vehicle terminal sends a data packet to the vehicle network cloud platform.

[0071] 603: After receiving the data packet, the vehicle network cloud platform determines whether the alarm is invalid based on the status information and signal value in the data packet. If the alarm is invalid, the alarm is blocked; otherwise, fault analysis is performed if the alarm is valid.

[0072] In this embodiment, the vehicle terminal sends an alarm message with added status information and signal values ​​to the vehicle network cloud platform, so that the vehicle network cloud platform can determine whether the alarm is invalid based on the status information and signal values ​​in the alarm message, and block the alarm if it is invalid, thereby quickly achieving alarm blocking.

[0073] In another possible implementation, such as Figure 7 As shown, the alarm system also includes a client terminal. The client terminal is used to send update information to the vehicle-to-everything (V2X) cloud platform and perform fault analysis based on data packets. The V2X cloud platform is also used to update the data dictionary based on the update information. Specifically:

[0074] 701: The client terminal sends update information to the vehicle network cloud platform.

[0075] 702: After receiving the update information, the vehicle-to-everything (V2X) cloud platform updates the data dictionary in its local database based on the received update information.

[0076] 703: After detecting an abnormal signal value, the vehicle terminal fills the extended field of the alarm message with the vehicle's status information and the signal value under the status information, and encapsulates the alarm message to obtain a data packet.

[0077] 704: The vehicle terminal sends a data packet to the vehicle network cloud platform.

[0078] 705: After receiving the data packet, the vehicle network cloud platform determines whether the alarm is invalid based on the status information and signal value in the data packet, and masks the alarm if it is invalid.

[0079] 706: When the alarm is valid, the vehicle network cloud platform forwards data packets to the client terminal.

[0080] 707: After receiving a data packet, the client terminal performs fault analysis based on the data packet.

[0081] In summary, the alarm system provided by the embodiments of this application can not only quickly achieve alarm blocking, but also, after the vehicle network cloud platform updates the data dictionary, identify the extended fields of alarm messages of different manufacturers and different models of cars according to the updated data dictionary, and block the alarms, thereby achieving dynamic alarms.

[0082] It should be understood that, although Figure 3-7 The steps in the flowchart are shown sequentially as indicated by the arrows, but these steps are not necessarily executed in the order indicated by the arrows. Unless otherwise specified herein, there is no strict order in which these steps are executed, and they can be performed in other orders. Figure 3-7At least some of the steps in the process may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be executed in turn or alternately with other steps or at least some of the sub-steps or stages of other steps.

[0083] This application also provides embodiments for vehicle terminals and vehicle networking cloud platforms, as follows: Figure 8 and Figure 9 As shown. Embodiments of the present invention can divide the device into functional units according to the above method example. For example, each function can be divided into its own functional unit, or two or more functions can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. It should be noted that the unit division in this embodiment is illustrative and only represents one logical functional division; in actual implementation, there may be other division methods.

[0084] like Figure 8 As shown, the vehicle terminal provided in this application includes a generation unit 810 and a sending unit 820. Specifically, the generation unit 810 is used to fill the vehicle's status information and the signal value under the status information into the extended field of the alarm message after detecting an abnormal signal value, and encapsulate the alarm message to obtain a data packet; the sending unit 820 is used to send the data packet to the vehicle network cloud platform, so that the vehicle network cloud platform can determine whether the alarm is invalid based on the status information and the signal value, and block the alarm if the alarm is invalid, or perform fault analysis if the alarm is valid.

[0085] In one feasible implementation, the generation unit 810 is specifically used to: determine the data frame from which the abnormal signal value originates; extract vehicle data from the data frame, wherein the vehicle data is used for fault analysis; and encapsulate the alarm message and the vehicle data to obtain a data packet.

[0086] In one feasible implementation, the alarm message includes a message header and a message body. The message body includes a fault field and an extended field, wherein: the message header is used to carry the identification information of the alarm message, and the identification information includes at least one of version number, device identifier, time, information type and service identifier; the fault field is used to carry vehicle fault information, and the extended field is used to carry vehicle status information, and the status information includes at least one vehicle mode.

[0087] like Figure 9As shown, the vehicle networking cloud platform provided in this application includes a receiving unit 910, a determining unit 920, an analyzing unit 930, and a shielding unit 940. Specifically: the receiving unit 910, determining unit 920, analyzing unit 930, and shielding unit 940 are used as follows: the receiving unit 910 is used to receive data packets sent by the vehicle terminal; the determining unit 920 is used to determine whether an alarm is invalid based on the status information and signal value in the received data packet; the analyzing unit 930 is used to perform fault analysis if the alarm is valid; and the shielding unit 940 is used to shield the alarm if it is invalid.

[0088] In one feasible implementation, the analysis unit 930 is specifically used to: decapsulate the received data packet to obtain the alarm message in the data packet; compare with the data dictionary to read the status information and signal value in the extended field of the alarm message, wherein the data dictionary includes at least one status information and a mask value corresponding to each status information; if there is a signal value under at least one status information that corresponds to the mask value, then the alarm is determined to be invalid.

[0089] In one feasible embodiment, the receiving unit 910 is further configured to receive update information from the client terminal, wherein the update information includes status information and masking value; the vehicle network cloud platform further includes an update unit configured to update the data dictionary in the local database based on the received update information.

[0090] This application also provides a vehicle terminal, which includes a processor, a transceiver, and a memory. The processor, transceiver, and memory are connected via a bus. The processor executes multiple instructions; the transceiver interacts with other devices; and the memory stores multiple instructions adapted to be loaded by the processor and executed as described in the preceding embodiments of the alarm method applied to the vehicle terminal. The processor performs the functions of the generation unit 810, and the transceiver performs the functions of the transmission unit 820.

[0091] This application also provides a vehicle-to-everything (V2X) cloud platform, which includes a processor, a transceiver, and a memory. The processor, transceiver, and memory are connected via a bus. The processor executes multiple instructions; the transceiver interacts with other devices; and the memory stores multiple instructions, which are adapted to be loaded by the processor and executed as the alarm method applied to the V2X cloud platform in the aforementioned embodiments. The transceiver performs the functions of the receiving unit 910, and the processor performs the functions of the determining unit 920, the analyzing unit 930, and the shielding unit 940.

[0092] It should be noted that the aforementioned processor can be an Electronic Control Unit (ECU), a Central Processing Unit (CPU), a general-purpose processor, a coprocessor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. The processor can also be a combination that implements computational functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc. In this embodiment, the processor can be a microcontroller. By programming the microcontroller, various control functions can be implemented. For example, in this embodiment, image acquisition, processing, and demodulation functions are implemented. The processor has the advantages of powerful computing capabilities and fast processing speed.

[0093] In one embodiment, this application also provides a computer-readable storage medium storing a plurality of instructions adapted for loading by a processor and executing the methods in any of the foregoing embodiments. The processor is used to execute the plurality of instructions; the memory is used to store the plurality of instructions, adapted for loading by the processor and executing the alarm method applied to a vehicle terminal or vehicle network cloud platform as described in the above embodiments.

[0094] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0095] The above embodiments merely illustrate several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. An alarm method applied to a vehicle terminal, characterized in that, include: Upon detecting an abnormal signal value, the vehicle's status information and the signal value under that status information are filled into the extended field of the alarm message, and the alarm message is encapsulated to obtain a data packet. The alarm message includes a header and a body. The header carries the alarm message's identification information, and the body includes a fault field and an extended field. The fault field carries the vehicle's fault information, and the extended field carries the vehicle's status information and signal value. The status information includes at least one vehicle mode selected from power mode, maintenance mode, and operating mode, and the signal value is the status identifier of that vehicle mode. The data packet is sent to the vehicle network cloud platform. Upon receiving the data packet, the vehicle network cloud platform decapsulates the data packet to obtain the alarm message in the data packet. The extended fields of the alarm message in the data packet are read by referring to the data dictionary. The system determines whether the alarm is invalid based on the status information and signal value in the extended fields. If the alarm is invalid, the alarm is blocked. If the alarm is valid, fault analysis is performed.

2. The method according to claim 1, characterized in that, The step of encapsulating the alarm message to obtain a data packet includes: Determine the data frame from which the abnormal signal value originates; Extract vehicle data from the data frame, wherein the vehicle data is used for fault analysis; The alarm message and the vehicle data are encapsulated to obtain a data packet.

3. The method according to claim 1, characterized in that, The identification information includes at least one of the following: version number, device identifier, time, information type, and service identifier.

4. An alarm method applied to a vehicle networking cloud platform, characterized in that, include: Receive data packets sent by the vehicle terminal; The data packet is decapsulated to obtain the alarm message within the data packet; wherein, the alarm message includes a header and a body, the header carries the identification information of the alarm message, and the body includes a fault field and an extended field, the fault field carries vehicle fault information, and the extended field carries vehicle status information and signal values; the status information includes at least one vehicle mode selected from power mode, maintenance mode, and operating mode, and the signal values ​​are status identifiers of the vehicle mode; By referring to the data dictionary, the extended fields of the alarm message in the data packet are read to determine whether the alarm is invalid based on the status information and signal value in the extended fields; If the alarm is invalid, then the alarm is disabled; if the alarm is valid, then fault analysis is performed.

5. The method according to claim 4, characterized in that, The data dictionary includes at least one status information and a corresponding mask value for each status information. The step of determining whether an alarm is invalid based on the status information and signal value in the extended field includes: If at least one status information has a signal value corresponding to the masking value, then the alarm is determined to be invalid.

6. The method according to claim 4, characterized in that, Before determining whether an alarm is invalid based on the status information and signal value in the extended field, the process also includes: Receive update information from the client terminal, wherein the update information includes status information and a masking value; The data dictionary in the local database is updated based on the received update information.

7. An alarm system, characterized in that, The alarm system includes: Vehicle terminals and vehicle-to-everything (V2X) cloud platforms; The vehicle terminal is used to execute the alarm method described in any one of claims 1 to 3, and the vehicle network cloud platform is used to execute the alarm method described in any one of claims 4 to 6.

8. A vehicle terminal, characterized in that, include: A generation unit is configured to, upon detecting an abnormal signal value, fill the extended field of an alarm message with the vehicle's status information and the signal value under the status information, and encapsulate the alarm message to obtain a data packet; wherein, the alarm message includes a message header and a message body, the message header is used to carry the identification information of the alarm message, and the message body includes a fault field and an extended field, the fault field is used to carry the vehicle's fault information, and the extended field is used to carry the vehicle's status information and signal value; the status information includes at least one vehicle mode selected from power mode, maintenance mode, and operating mode, and the signal value is the status identifier of the vehicle mode; The sending unit is used to send the data packet to the vehicle network cloud platform. After receiving the data packet, the vehicle network cloud platform reads the extended field of the alarm message in the data packet by referring to the data dictionary, so as to determine whether the alarm is invalid based on the status information and signal value in the extended field. If the alarm is invalid, the alarm is blocked, or if the alarm is valid, fault analysis is performed.

9. A vehicle-to-everything (V2X) cloud platform, characterized in that, include: The receiving unit is used to receive data packets sent by the vehicle terminal. A determining unit is configured to decapsulate the data packet to obtain the alarm message in the data packet; wherein the alarm message includes a header and a body, the header is used to carry the identification information of the alarm message, and the body includes a fault field and an extended field, the fault field is used to carry vehicle fault information, and the extended field is used to carry vehicle status information and signal values; the status information includes at least one vehicle mode selected from power mode, maintenance mode, and operating mode, and the signal value is a status identifier of the vehicle mode; By referring to the data dictionary, the extended fields of the alarm message in the data packet are read to determine whether the alarm is invalid based on the status information and signal value in the extended fields; The analysis unit is used to perform fault analysis if the alarm is valid. A shielding unit is used to shield alarms if they are invalid.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a plurality of instructions adapted for loading by a processor and executing the alarm method as described in any one of claims 1 to 3, or executing the alarm method as described in any one of claims 4 to 6.

Images