A multi-application load balancing vehicle-mounted safety platform protocol data processing method

Abstract

The application discloses a kind of multi-application load balancing vehicle-mounted safety platform protocol data processing methods, it is related to data processing technical field, including: the processing logic of multiple different types of protocol data is encapsulated into multiple independent modules, each independent module is provided with input processing interface, output processing interface and sending processing interface, and the platform main processing task of multi-application vehicle-mounted safety platform is sequentially called input processing interface, output processing interface and sending processing interface every cycle to execute the input processing, output processing and sending processing of protocol data.The application balances the input, output communication data load of multiple applications to each main cycle for processing, not only solves the processing problem of multi-application large data, makes the platform run more stable, and by the method of double-channel data domain and security domain combination sending makes system output more secure.

Description

Technical Field

[0001] This invention relates to the field of data processing technology, and more specifically to a method for processing protocol data of a multi-application load-balancing vehicle safety platform. Background Technology

[0002] In rail transit train control systems, ATP (Automotic Train Protection) and ATO (Automatic Train Operation) systems both operate on an onboard safety platform. This platform enables data transmission and processing across various interface types, including relay interfaces, networks, serial ports, and buses. Each application cycle outputs drive commands and status data to different interfaces through the onboard safety platform to drive onboard equipment and facilitate information exchange with preceding and following trains and ground equipment. Simultaneously, the application also receives operational status data from train interface relays and other peripheral communication data collected by the onboard safety platform to ensure safe train operation.

[0003] Traditional automotive safety platforms use a single-application architecture and a long main processing cycle, which not only wastes hardware and space resources but also fails to meet the requirements of higher-precision computing. Therefore, multi-application automotive safety platforms with shorter main processing cycles have emerged. However, multiple applications mean an increase in the amount of communication data. How to process communication data from multiple applications within a shorter main processing cycle is one of the key problems that multi-application architecture automotive safety platforms need to solve. Summary of the Invention

[0004] To overcome the shortcomings of the existing technology, this invention discloses a multi-application load balancing method for vehicle safety platform protocol data processing. This invention load balances the input and output communication data of multiple applications to each main cycle for processing, which not only solves the problem of processing large amounts of data from multiple applications, making the platform more stable, but also makes the system output more secure by combining dual-channel data domain and security domain for transmission.

[0005] To achieve the above objectives, the technical solution adopted by the present invention is as follows: A method for processing protocol data of a multi-application load-balancing vehicle safety platform includes: The processing logic for various types of protocol data is encapsulated into multiple independent modules. Each independent module has an input processing interface, an output processing interface, and a transmission processing interface, wherein: The input processing interface is used to perform protocol parsing and intra-system dual-channel verification on peripheral data collected by the multi-application vehicle safety platform to generate application data. The output processing interface is used to encapsulate the business data issued by the application according to the protocol and perform dual-channel verification within the system to generate output data. The sending and processing interface is used to exchange data security codes between dual channels within the system, and the designated channel combines the output data and security codes and sends them to the peripheral device; The main processing task of the multi-application vehicle safety platform calls the input processing interface, output processing interface, and transmission processing interface sequentially every cycle to perform input processing, output processing, and transmission processing of protocol data.

[0006] Preferably, the platform's main processing task performs the following steps for processing the protocol data input each cycle: A1. Obtain all peripheral input data for this cycle from the bus; A2. Determine the priority and performance consumption ratio of input data based on the protocol type to which the input data belongs; Preferably, in step A2, the input data processing priority is set, where MVB and TRDP protocol data are 1, RSSP-I protocol data are 2, Subset-037 protocol data are 3, and other protocol data are 4. The smaller the number, the higher the priority.

[0007] Preferably, in step A2, the maximum input processing performance of the platform's main processing task per cycle is set to Pi, and the performance weight consumed in processing different protocol data is set, where Subset-037 is 1.5, RSSP-I is 1.2, and the rest are 1. The amount of input data that the platform can process per cycle satisfies: Pi >= 1.5x + 1.2y + 1z Where Pi is the maximum input processing performance of the platform's main processing task per cycle, x is the number of Subset-037s, y is the number of RSSP-Is, and z is the number of other data.

[0008] A3. Calculate the lifespan of the input data based on the application to which the input data belongs; Preferably, in step A3, the lifespan of the input data is calculated. One packet of input data can be sent to one or more applications. The multiple M between the lifespan of each application and the platform lifespan is calculated, and the minimum value M is taken. min The lifespan of input data.

[0009] A4. Delete expired data from the input data cache array; Preferably, in step A4, expired data in the input data cache array is deleted. The specific method includes: traversing the input data cache array, if the data lifespan is 0, it means that the data has expired and it is deleted; otherwise, the data lifespan is decremented by 1.

[0010] A5. Write the input data for this period into the input data cache array; Preferably, in step A5, the input data for this cycle is written into the input data cache array, and performance weight, priority, and lifespan information are added to each package of input data.

[0011] A6. Traverse the input data cache array, sort it according to the input data priority and lifespan, and generate an input processing queue; Preferably, in step A6, a two-dimensional array is constructed, with the horizontal axis representing priority and the vertical axis representing lifespan. The input data cache array is traversed, and data is written into the two-dimensional array sequentially according to data priority and lifespan, forming an input data processing queue with lifespan from smallest to largest and priority from highest to lowest.

[0012] A7. Read the input processing queue and call the input processing interface of the corresponding protocol module to process it according to the data type; A8. Determine whether the input processing performance consumption has reached its maximum value, or whether the input processing queue is empty; if so, end the input processing process, otherwise return to step A7.

[0013] Preferably, the output processing of the platform's main processing task execution protocol data includes the following steps: B1. Obtain all application output data for this period from the application interface; B2. Determine the priority and performance consumption ratio of the output data based on the protocol type to which the output data belongs; Preferably, in step B2, the output data processing priority is set as follows: MVB and TRDP protocol data are set to 1, RSSP-I protocol data to 2, Subset-037 protocol data to 3, and other protocol data to 4. The smaller the number, the higher the priority.

[0014] Preferably, in step B2, the maximum output processing performance of the platform's main processing task per cycle is set to Po, and the performance weight consumed in processing data from different protocols is set, where Subset-037 is 1.2, RSSP-I is 1.1, and the rest are 1. The amount of output data that the platform can process per cycle satisfies: Po>= 1.2x+1.1y+1z Where Po is the maximum output processing performance of the platform's main processing task per cycle, x is the number of Subset-037s, y is the number of RSSP-Is, and z is the number of other data.

[0015] B3. Calculate the lifespan of the output data based on the application to which the output data belongs; Preferably, in step B3, the output data lifespan is calculated. Based on the application from which the output data originates, the multiple M of the application lifespan and the platform lifespan is calculated as the output data lifespan.

[0016] B4. Delete expired data from the output data cache array; Preferably, in step B4, expired data in the output data cache array is deleted. The specific method includes: traversing the output data cache array, if the data lifespan is 0, it means that the data has expired and it is deleted; otherwise, the data lifespan is decremented by 1.

[0017] B5. Write the output data for this cycle into the output data cache array; Preferably, in step B5, the output data of this cycle is written into the output data cache array, and performance weight, priority, and lifespan information are added to each package of output data.

[0018] B6. Traverse the output data cache array, sort it according to data priority and lifespan, and generate an output processing queue; Preferably, in step B6, a two-dimensional array is constructed, with the horizontal axis representing priority and the vertical axis representing lifespan. The output data cache array is traversed, and data is written into the two-dimensional array sequentially according to data priority and lifespan, forming an output data processing queue with lifespan from smallest to largest and priority from highest to lowest.

[0019] B7. Read the output processing queue, call the output processing interface of the corresponding protocol module according to the data type to process it, and write the processed data into the send buffer queue; B8. Determine whether the output processing performance consumption has reached its maximum value, or whether the output processing queue is empty. If so, end the output processing process; otherwise, return to step B7.

[0020] Preferred, the two-dimensional array sorting method in step A6 or step B6 includes the following steps: Construct a two-dimensional sorted array, where the horizontal axis represents data processing priority and the vertical axis represents data lifespan. Read input or output data, and write the data indices into a two-dimensional array according to the data processing priority and data lifespan. The two-dimensional array is traversed in descending order of priority and ascending order of lifespan, and the data indices are written into the processing queue in sequence to form the data processing queue for this period.

[0021] Preferably, the process of sending data for the platform's main task execution protocol includes the following steps: C1. After the platform's two channels undergo the same output processing procedure, they send their respective output data verification codes to the other channel. C2. Compare the checksum of the output data of this channel with that of the other channel. If they match, proceed to step C3. If they do not match, the system will crash. C3, Channel 2 obtains the security code information of all output data of this channel and sends it to Channel 1. Channel 1 combines the received data security code information with the data field to form complete data and sends it to the communication board through the bus. Finally, the communication board sends it to the peripheral device.

[0022] Preferably, step C3 includes the following steps: C31. Intra-system channel 2 traverses the data transmission buffer queue, obtains the security codes of all data to be transmitted in the current period, and sends them to intra-system channel 1 through the 2oo2 interface; C32. After intra-system channel 1 obtains the security code sent by intra-system channel 2 through the 2oo2 interface, it allocates the security code to the corresponding data in the data transmission buffer queue according to the message index number carried by the security code. C33, Intra-system channel 1 reads data sequentially from the data transmission buffer queue, and calls the corresponding protocol module to perform transmission processing according to the protocol type of the data; C34, the protocol module of intra-system channel 1 combines the security code of each packet of output data into the data field to form complete output data, and finally transmits it to the acquisition board through the bus. The acquisition board then sends it to the peripheral device to end the transmission process.

[0023] The beneficial effects of this invention are: 1. This invention provides a general framework for processing protocol data on an in-vehicle safety platform, enabling the platform to process multiple types of protocol data and possess better scalability.

[0024] 2. This invention achieves load balancing of protocol data input under a multi-application architecture. Compared with the traditional single-application architecture, it not only has a faster processing efficiency, but also avoids the problem of processing timeout and crash when input data floods in.

[0025] 3. This invention achieves load balancing of protocol data output under a multi-application architecture. Compared with the traditional single-application architecture, it not only has faster processing efficiency, but also avoids the problem of processing timeout and crash when output data floods in.

[0026] 4. The present invention implements a method for secure output of protocol data. The output data is sent by combining the dual-channel data domain and the security domain after being compared for consistency within the system, thus ensuring the security of the data output. Attached Figure Description

[0027] Figure 1 This is a software module architecture diagram of the multi-application vehicle safety platform of the present invention; Figure 2 This is the protocol data input / output transmission processing flow of the present invention; Figure 3 This is a detailed flowchart of the protocol data input processing for this invention; Figure 4 This is a detailed flowchart of the protocol data output processing of the present invention; Figure 5 This invention relates to a method for sorting input and output raw data. Figure 6 This is a detailed flowchart of the protocol data transmission and processing of the present invention. Detailed Implementation

[0028] The following will provide a clear and complete description of the concept, specific structure, and technical effects of the present invention in conjunction with the embodiments and accompanying drawings, so as to fully understand the purpose, features, and effects of the present invention.

[0029] Example 1 A method for processing protocol data of a multi-application load-balancing vehicle safety platform, referenced Figure 1 It encapsulates different types of protocol processing functions into modules, providing input processing, output processing, and transmission processing interfaces to the platform's main task.

[0030] refer to Figure 2 The platform's main task executes the protocol data input processing, output processing, and transmission processing sequentially each cycle.

[0031] refer to Figure 3 This invention introduces a method for processing protocol data input using the present invention, including the following steps: Step 100: Obtain all peripheral input data for this cycle from the bus; Step 101: Determine the data priority and performance consumption ratio based on the protocol type to which the data belongs; Step 102: Calculate the data lifespan based on the application to which the data belongs; Step 103: Delete expired data with a lifespan of 0 from the input data cache array; Step 104: Write the input data for this period into the input data cache array; Step 105: Iterate through the input data cache array again, sort it according to data priority and lifespan, and generate the input processing queue; Step 106: Read the input processing queue and call the input processing interface of the corresponding protocol module to process the data according to its data type; Step 107: If the input processing queue is empty, or the calculated input processing performance consumption has reached its maximum value, end the input processing process. refer to Figure 4 This invention introduces a method for processing protocol data output using the present invention, including the following steps: Step 108: Obtain all application output data for this period from the application interface; Step 109: Determine the data priority and performance consumption ratio based on the protocol type to which the data belongs; Step 110: Calculate the data lifespan based on the application to which the data belongs; Step 111: Delete expired data with a lifespan of 0 from the output data cache array; Step 112: Write the output data for this cycle into the output data cache array; Step 113: Traverse the output data cache array again, sort it according to data priority and lifespan, and generate the output processing queue; Step 114: Read the output processing queue, call the output processing interface of the corresponding protocol module according to the data type to process it, and write the processed data into the sending buffer queue; Step 115: If the output processing queue is empty, or the calculated output processing performance consumption has reached its maximum value, end the output processing process. refer to Figure 5 This paper introduces methods for sorting two-dimensional arrays in input and output processing, including the following steps: Step 116: Construct a two-dimensional sorted array, where the horizontal axis represents the data processing priority and the vertical axis represents the data lifespan. Step 117: Read the input or output data, and write the data indices into a two-dimensional array according to the data processing priority and data lifespan. Step 118: Traverse the two-dimensional array in descending order of priority and ascending order of lifespan, and write the data indices into the processing queue in sequence to form the data processing queue for this period. refer to Figure 6 This invention introduces a method for processing protocol data transmission using the present invention, including the following steps: Step 118: After the platform's two channels undergo the same output processing procedure, they send their respective output data verification codes to the other channel. Step 119: Compare the checksum of the output data of this channel with that of the other channel. If they do not match, the system will crash. Step 120: Channel 2 obtains the security code information of all output data of this channel and sends it to Channel 1; Step 121: Channel 1 combines the received data security code information with the data field to form complete data and sends it to the communication board via the bus. Finally, the communication board sends it to the peripheral device.

[0032] Example 2 A method for processing protocol data of a multi-application load-balancing vehicle safety platform includes: 1. It can handle data of multiple protocol types, and encapsulates the processing logic of each protocol data into an independent module. Each module provides three service interfaces: input processing interface, output processing interface and sending processing interface.

[0033] The main function of the input processing interface is to perform protocol parsing and internal dual-channel verification on the peripheral data collected by the platform, and finally generate application data.

[0034] 3. The main function of the output processing interface is to encapsulate the business data issued by the application into protocols and perform dual-channel verification within the system, and finally generate output data.

[0035] 4. The main function of the transmission processing interface is to exchange data security codes between the two channels within the system, and channel 1 combines the output data and security codes and finally sends them to the peripheral device.

[0036] 5. The platform's main processing task sequentially calls the input processing interface, output processing interface, and transmission processing interface each cycle to complete the receiving and processing of peripheral data and the sending and processing of application data.

[0037] 6. The steps for input processing performed by the platform's main processing task each cycle include: 6.1 Set the maximum input processing performance of the platform's main processing task per cycle to Pi, and set the performance weight for processing different protocol data: Subset-037 is 1.5, RSSP-I is 1.2, and the rest are 1. The amount of input data that the platform can process per cycle should satisfy the following formula. Pi >= 1.5x + 1.2y + 1z Where x is the number of Subset-037s, y is the number of RSSP-Is, and z is the number of other data.

[0038] 6.2 Set the data processing priority: MVB and TRDP protocol data are 1, RSSP-I is 2, Subset-037 is 3, and the rest of the data are 4. The smaller the number, the higher the priority.

[0039] 6.3 Calculate the data lifespan. Since a packet of input data can be sent to one or more applications, calculate the multiple M of each application's lifespan to the platform's lifespan, and take the minimum value Mmin as the data lifespan.

[0040] 6.4 First, delete expired data from the input data cache array. The specific method is as follows: traverse the input data cache array. If the data lifespan is 0, it means that the data has expired and delete it. Otherwise, decrement the data lifespan by 1.

[0041] 6.5 Then write the peripheral input data of this cycle into the input data cache array, and add performance weight, priority and lifespan information to each packet of input data according to steps 6.1, 6.2 and 6.3.

[0042] 6.6 Construct a two-dimensional array with priority on the horizontal axis and lifespan on the vertical axis. Traverse the input data cache array and write the data into the two-dimensional array in sequence according to the data priority and lifespan, forming an input data processing queue with lifespan from smallest to largest and priority from highest to lowest.

[0043] 6.7 Finally, read the input data sequentially from the input processing queue, call the corresponding protocol module for input processing according to the protocol type of the data, and calculate the performance consumption according to step 6.1. When it is determined that the input queue is empty or the performance consumption is greater than or equal to Pi, the input processing process ends.

[0044] 7. The steps for the platform's main processing task to perform output processing each cycle include: 7.1 Set the maximum output processing performance of the platform's main processing task per cycle to Po. Set the performance weight for processing data from different protocols: 1.2 for Subset-037, 1.1 for RSSP-I, and 1 for the rest. The amount of output data the platform can process per cycle should satisfy the following formula. Po>= 1.2x+1.1y+1z Where x is the number of Subset-037s, y is the number of RSSP-Is, and z is the number of other data.

[0045] 7.2 Set data processing priority: MVB and TRDP protocol data are 1, RSSP-I is 2, Subset-037 is 3, and other data are 4. The smaller the number, the higher the priority.

[0046] 7.3 Calculate the data lifespan. Based on the application from which the output data originates, calculate the multiple M of the application lifespan to the platform lifespan as the data lifespan.

[0047] 7.4 First, delete expired data from the output data cache array. The specific method is as follows: traverse the output data cache array. If the data lifespan is 0, it means that the data has expired and delete it. Otherwise, decrement the data lifespan by 1.

[0048] 7.5 Then write the application output data of this cycle into the output data cache array, and add performance weight, priority and lifespan information to each package of output data according to steps 7.1, 7.2 and 7.3.

[0049] 7.6 Construct a two-dimensional array with priority on the horizontal axis and lifespan on the vertical axis. Traverse the output data cache array and write the data into the two-dimensional array in sequence according to the data priority and lifespan, forming an output data processing queue with lifespan from smallest to largest and priority from highest to lowest.

[0050] 7.7 Finally, read the output data sequentially from the output processing queue, call the corresponding protocol module to perform output processing according to the protocol type of the data, and write the generated data into the sending data buffer queue. At the same time, calculate the performance consumption according to step 7.1. When it is determined that the output queue is empty or the performance consumption is greater than or equal to Po, the output processing process ends.

[0051] The steps involved in sending and processing the main task on platform 8 each cycle include: 8.1 Intra-system channel 2 traverses the data transmission buffer queue, obtains the security codes of all data to be transmitted in the current period, and sends them to intra-system channel 1 through the 2oo2 interface.

[0052] 8.2 After intra-system channel 1 obtains the security code sent by intra-system channel 2 through the 2oo2 interface, it allocates the security code to the corresponding data in the data transmission buffer queue according to the message index number carried by the security code.

[0053] 8.3 Intra-system channel 1 reads data sequentially from the data transmission buffer queue and calls the corresponding protocol module to perform transmission processing according to the protocol type of the data.

[0054] The protocol module of channel 1 in section 8.4 combines the security code of each packet of output data into the data field to form complete output data, and finally transmits it to the acquisition board through the bus. The acquisition board then sends it to the peripheral device to end the transmission process.

[0055] The embodiments of the present invention have been described in detail above, but the present invention is not limited to the described embodiments. Those skilled in the art can make various equivalent modifications or substitutions without departing from the spirit of the present invention, and these equivalents or substitutions are all included within the scope defined by the claims of the present invention.

Claims

1. A method for processing protocol data of a multi-application load-balancing vehicle safety platform, characterized in that, include: The processing logic for various types of protocol data is encapsulated into multiple independent modules. Each independent module has an input processing interface, an output processing interface, and a transmission processing interface, wherein: The input processing interface is used to perform protocol parsing and intra-system dual-channel verification on peripheral data collected by the multi-application vehicle safety platform to generate application data. The output processing interface is used to encapsulate the business data issued by the application according to the protocol and perform dual-channel verification within the system to generate output data. The sending and processing interface is used to exchange data security codes between dual channels within the system, and the designated channel combines the output data and security codes and sends them to the peripheral device; The main processing task of the multi-application vehicle safety platform calls the input processing interface, output processing interface and transmission processing interface sequentially in each cycle to perform input processing, output processing and transmission processing of protocol data. The main processing task of the platform performs the following steps for processing the input protocol data each cycle: A1. Obtain all peripheral input data for this cycle from the bus; A2. Determine the priority and performance consumption ratio of input data based on the protocol type to which the input data belongs; A3. Calculate the lifespan of the input data based on the application to which the input data belongs; A4. Delete expired data from the input data cache array; A5. Write the input data for this period into the input data cache array; A6. Traverse the input data cache array, sort it according to the input data priority and lifespan, and generate an input processing queue; A7. Read the input processing queue and call the input processing interface of the corresponding protocol module to process it according to the data type; A8. Determine whether the input processing performance consumption has reached its maximum value, or whether the input processing queue is empty; if so, end the input processing process, otherwise return to step A7. The platform's main processing of task execution protocol data output includes the following steps: B1. Obtain all application output data for this period from the application interface; B2. Determine the priority and performance consumption ratio of the output data based on the protocol type to which the output data belongs; B3. Calculate the lifespan of the output data based on the application to which the output data belongs; B4. Delete expired data from the output data cache array; B5. Write the output data for this cycle into the output data cache array; B6. Traverse the output data cache array, sort it according to data priority and lifespan, and generate an output processing queue; B7. Read the output processing queue, call the output processing interface of the corresponding protocol module according to the data type to process it, and write the processed data into the send buffer queue; B8. Determine whether the output processing performance consumption has reached its maximum value, or whether the output processing queue is empty. If so, end the output processing process; otherwise, return to step B7.

2. The vehicle-mounted safety platform protocol data processing method as described in claim 1, characterized in that, The platform's main processing of task execution protocol data transmission includes the following steps: C1. After the platform's two channels undergo the same output processing procedure, they send their respective output data verification codes to the other channel. C2. Compare the checksum of the output data of this channel with that of the other channel. If they match, proceed to step C3. If they do not match, the system will crash. C3, Channel 2 obtains the security code information of all output data of this channel and sends it to Channel 1. Channel 1 combines the received data security code information with the data field to form complete data and sends it to the communication board through the bus. Finally, the communication board sends it to the peripheral device.

3. The vehicle-mounted safety platform protocol data processing method as described in claim 1, characterized in that, In step A2, the input data processing priority is set. MVB and TRDP protocol data are assigned a priority of 1, RSSP-I protocol data is assigned a priority of 2, Subset-037 protocol data is assigned a priority of 3, and other protocol data is assigned a priority of 4. The smaller the number, the higher the priority. In step A2, the maximum input processing performance of the platform's main processing task per cycle is set to Pi. The performance weights for processing different protocol data are also set: Subset-037 is 1.5, RSSP-I is 1.2, and the rest are 1. The amount of input data the platform can process per cycle satisfies the following: Pi >= 1.5x + 1.2y + 1z Where Pi is the maximum input processing performance of the platform's main processing task per cycle, x is the number of Subset-037s, y is the number of RSSP-Is, and z is the number of other data.

4. The vehicle-mounted safety platform protocol data processing method as described in claim 3, characterized in that, In step A3, the lifespan of the input data is calculated. One packet of input data can be sent to one or more applications. The multiple M between the lifespan of each application and the platform lifespan is calculated, and the minimum value M is taken. min As the lifespan of input data; In step A4, expired data in the input data cache array is deleted. The specific method includes: traversing the input data cache array, if the data lifespan is 0, it means that the data has expired and it is deleted; otherwise, the data lifespan is decremented by 1. In step A5, the input data for this cycle is written into the input data cache array, and performance weight, priority, and lifespan information are added to each package of input data; In step A6, a two-dimensional array is constructed, with the horizontal axis representing priority and the vertical axis representing lifespan. The input data cache array is traversed, and data is written into the two-dimensional array sequentially according to data priority and lifespan, forming an input data processing queue with lifespan from smallest to largest and priority from highest to lowest.

5. The vehicle-mounted safety platform protocol data processing method as described in claim 1, characterized in that, In step B2, set the priority of output data processing: MVB and TRDP protocol data are 1, RSSP-I protocol data are 2, Subset-037 protocol data are 3, and other protocol data are 4. The smaller the number, the higher the priority. In step B2, the maximum output processing performance of the platform's main processing task per cycle is set to Po. The performance weighting for processing data from different protocols is also set: Subset-037 is 1.2, RSSP-I is 1.1, and the rest are 1. The amount of output data the platform can process per cycle satisfies the following: Po >= 1.2x + 1.1y + 1z Where Po is the maximum output processing performance of the platform's main processing task per cycle, x is the number of Subset-037s, y is the number of RSSP-Is, and z is the number of other data.

6. The vehicle-mounted safety platform protocol data processing method as described in claim 5, characterized in that, In step B3, the output data lifecycle is calculated. Based on the application from which the output data originates, the multiple M of the application lifecycle and the platform lifecycle is calculated as the output data lifecycle. In step B4, expired data in the output data cache array is deleted. The specific method includes: traversing the output data cache array, if the data lifecycle is 0, it means that the data has expired and it is deleted; otherwise, the data lifecycle is decremented by 1. In step B5, the output data of this cycle is written into the output data cache array, and performance weight, priority, and lifespan information are added to each package of output data; In step B6, a two-dimensional array is constructed, with the horizontal axis representing priority and the vertical axis representing lifespan. The output data cache array is traversed, and data is written into the two-dimensional array sequentially according to data priority and lifespan, forming an output data processing queue with lifespan from smallest to largest and priority from highest to lowest.

7. The vehicle-mounted safety platform protocol data processing method as described in claim 4 or 6, characterized in that, The method for sorting two-dimensional arrays in step A6 or step B6 includes the following steps: Construct a two-dimensional sorted array, where the horizontal axis represents data processing priority and the vertical axis represents data lifespan. Read input or output data, and write the data indices into a two-dimensional array according to the data processing priority and data lifespan. The two-dimensional array is traversed in descending order of priority and ascending order of lifespan, and the data indices are written into the processing queue in sequence to form the data processing queue for this period.

8. The vehicle-mounted safety platform protocol data processing method as described in claim 2, characterized in that, Step C3 includes the following steps: C31. Intra-system channel 2 traverses the data transmission buffer queue, obtains the security codes of all data to be transmitted in the current period, and sends them to intra-system channel 1 through the 2oo2 interface; C32. After intra-system channel 1 obtains the security code sent by intra-system channel 2 through the 2oo2 interface, it allocates the security code to the corresponding data in the data transmission buffer queue according to the message index number carried by the security code. C33, Intra-system channel 1 reads data sequentially from the data transmission buffer queue, and calls the corresponding protocol module to perform transmission processing according to the protocol type of the data; C34, the protocol module of intra-system channel 1 combines the security code of each packet of output data into the data field to form complete output data, and finally transmits it to the acquisition board through the bus. The acquisition board then sends it to the peripheral device to end the transmission process.

Images