Vehicle data transmission methods, devices, electronic equipment, and readable storage media

Abstract

This application relates to a vehicle condition data transmission method, apparatus, electronic device, and readable storage medium. The method includes: acquiring a vehicle condition data stream and classifying the vehicle condition data in the data stream according to a preset classification rule to obtain key vehicle condition data; upon detecting a preset trigger event, acquiring the current data transmission strategy and the communication status of each of a preset plurality of communication channels; and transmitting the key vehicle condition data in parallel or serially based on the data transmission strategy and the communication status of each communication channel. This allows for the simultaneous parallel or serial transmission of key vehicle condition data using multiple communication channels, ensuring that at least one of the multiple communication channels can transmit successfully, thereby improving the reliability of key vehicle condition data transmission.

Description

Technical Field

[0001] This application relates to the field of vehicle networking communication technology, specifically to a vehicle condition data transmission method, device, electronic device, and readable storage medium. Background Technology

[0002] With the continuous development of vehicle-to-everything (V2X) communication technology, the types of data that in-vehicle devices such as telematics boxes (T-BOX) need to upload to cloud platforms are also increasing. For critical vehicle condition data such as battery status and fault codes, failure to transmit them in a timely and reliable manner could potentially jeopardize driving safety or personal safety. Therefore, ensuring the reliable transmission of critical vehicle condition data has become crucial.

[0003] In related technologies, vehicle condition data is usually transmitted through cellular networks in in-vehicle devices. However, network jitter can easily occur in areas such as underground parking garages and tunnels, causing data transmission failures and resulting in low reliability of critical vehicle condition data transmission. Therefore, how to improve the reliability of critical vehicle condition data transmission has become an urgent technical problem to be solved. Summary of the Invention

[0004] This application provides a vehicle condition data transmission method, apparatus, electronic device, and readable storage medium to solve the problem that data transmission in related technologies typically relies on cellular networks in in-vehicle equipment, resulting in low reliability of critical vehicle condition data transmission.

[0005] Firstly, this application provides a method for transmitting vehicle status data, the method comprising: The vehicle condition data stream is acquired, and the vehicle condition data in the data stream is classified according to a preset classification rule to obtain key vehicle condition data. When a preset trigger event is detected, the current data transmission strategy and the communication status of each communication channel in the preset multiple communication channels are obtained; Based on the data transmission strategy and the communication status of each communication channel, the key vehicle condition data is transmitted in parallel or serially.

[0006] Optionally, the step of transmitting the key vehicle condition data in parallel or serially based on the data transmission strategy and the communication status of each communication channel includes: Based on the communication status of each communication channel, determine the set of currently available communication channels; When the data transmission strategy is parallel transmission, the key vehicle condition data is transmitted in parallel using each communication channel in the communication channel set. When the data transmission strategy is serial transmission, the key vehicle condition data is transmitted serially according to the priority order of each communication channel in the communication channel set.

[0007] Optionally, after transmitting the key vehicle condition data in parallel or serial manner based on the data transmission strategy and the communication status of each communication channel, the method further includes: The system detects whether a response message is received from the cloud platform within a preset time period, and determines whether the key vehicle condition data has been successfully transmitted based on the detection result. The response message is generated by the cloud platform after receiving the key vehicle condition data through any communication channel. If the transmission of the critical vehicle condition data fails, the critical vehicle condition data will be retransmitted in parallel or serial mode until the transmission of the critical vehicle condition data is successful or the number of retransmissions reaches a preset number, at which point the parallel or serial transmission of the critical vehicle condition data will be stopped.

[0008] Optionally, the step of obtaining the current data transmission strategy and the communication status of each communication channel among multiple preset communication channels when a preset trigger event is detected includes: When a preset trigger event is detected, the current data transmission strategy is obtained from the cloud platform, and the communication status of the multiple communication channels is detected to obtain the communication status of each communication channel. The preset trigger events include at least one of parking events, vehicle locking events, remote command issuance events, and vehicle malfunction events, and the multiple communication channels include at least two of Bluetooth channels, Wi-Fi channels, cellular network channels, SMS channels, and satellite SMS channels.

[0009] Optionally, after classifying the vehicle condition data in the vehicle condition data stream according to a preset classification rule to obtain key vehicle condition data, the method further includes: Upon detecting the occurrence of the preset trigger event, a data transmission task is generated based on the key vehicle condition data; The data transmission task is stored in a preset task queue.

[0010] Optionally, after transmitting the key vehicle condition data in parallel or serial manner based on the data transmission strategy and the communication status of each communication channel, the method further includes: If the critical vehicle condition data transmission is successful, the data transmission task will be deleted from the preset task queue. In the event of failure of the critical vehicle condition data transmission, the data transmission task will be repeatedly stored in the preset task queue after a preset delay, until the critical vehicle condition data transmission is successful or the number of repeated persistences reaches a preset number, at which point the storage in the preset task queue will stop.

[0011] Optionally, the data transmission task includes fields such as a task identifier field, a data payload field, a retransmission count field, a retransmission count limit field, and a task validity period field, wherein the data payload field is used to carry the key vehicle condition data.

[0012] Secondly, this application also provides a vehicle condition data transmission device, the device comprising: The acquisition and classification module is used to acquire vehicle condition data streams and classify the vehicle condition data in the data streams according to preset classification rules to obtain key vehicle condition data. The acquisition module is used to acquire the current data transmission strategy and the communication status of each communication channel among multiple preset communication channels when a preset trigger event is detected. The first transmission module is used to transmit the key vehicle condition data in parallel or serially based on the data transmission strategy and the communication status of each communication channel.

[0013] Thirdly, this application also provides an electronic device, including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus; Memory, used to store computer programs; The processor, when executing a program stored in memory, implements the vehicle condition data transmission method described in the first aspect.

[0014] Fourthly, this application also provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the vehicle condition data transmission method described in the first aspect.

[0015] The beneficial effects of this application are: (1) This application can use multiple communication channels to transmit key vehicle condition data in parallel or serially at the same time, ensuring that at least one of the multiple communication channels can transmit successfully, thereby improving the transmission reliability of key vehicle condition data.

[0016] (2) This application reduces unnecessary resource waste by classifying the vehicle condition data in the vehicle condition data stream and only transmitting key vehicle condition data in multiple channels when a preset trigger event is detected. Attached Figure Description

[0017] Figure 1 A flowchart illustrating a vehicle condition data transmission method provided in an embodiment of this application; Figure 2 A flowchart illustrating another vehicle condition data transmission method provided in this application embodiment; Figure 3 A schematic diagram illustrating a data transmission task persistence and scheduling execution process provided in an embodiment of this application; Figure 4 This application provides a schematic diagram of the structure of a vehicle-mounted T-BOX. Figure 5 A schematic diagram illustrating the interaction process between an in-vehicle T-BOX and Bluetooth channels, Wi-Fi channels, MQTT cellular channels, SMS channels, satellite SMS channels, and a cloud platform, provided for embodiments of this application; Figure 6 This is a schematic diagram of the structure of a vehicle condition data transmission device provided in an embodiment of this application; Figure 7 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0018] The embodiments of this application will be described below with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of this application from the content disclosed in this specification. This application can also be implemented or applied through other different specific embodiments, and various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of this application. It should be understood that the preferred embodiments are only for illustrating this application and are not intended to limit the scope of protection of this application.

[0019] It should be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of this application. Therefore, the drawings only show the components related to this application and are not drawn according to the actual number, shape and size of the components in the actual implementation. In the actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0020] For ease of description, spatial relative terms may be used in the text to describe the relative position or movement of one element or feature relative to another element or feature, as shown in the figure. These relative terms include, for example, "inside," "outside," "middle," "outer," "below," "below," "above," "front," "back," etc. Such spatial relative terms are intended to include different orientations of the device in use or operation, other than those depicted in the figure. For example, if the device in the figure undergoes a positional flip, orientation change, or change of motion, these directional indications will change accordingly. For instance, an element described as "below other elements or features" or "below other elements or features" will subsequently be oriented "above other elements or features" or "above other elements or features." Therefore, the example term "below" can include both upper and lower orientations. The device may be otherwise oriented (rotated 90 degrees or in other directions), and the spatial relative descriptors used in the text will be interpreted accordingly.

[0021] To address the issue that data transmission in related technologies typically relies on cellular networks within in-vehicle devices, resulting in low reliability of critical vehicle condition data transmission, this application provides a vehicle condition data transmission method, apparatus, electronic device, and readable storage medium that can improve the reliability of critical vehicle condition data transmission.

[0022] See Figure 1 , Figure 1 This is a flowchart illustrating a vehicle condition data transmission method provided in an embodiment of this application. Figure 1 As shown, the vehicle status data transmission method may include the following steps: Step S102: Obtain the vehicle condition data stream and classify the vehicle condition data in the data stream according to the preset classification rules to obtain key vehicle condition data.

[0023] It should be noted that the vehicle condition data transmission method provided in this application embodiment can be applied to any in-vehicle terminal, such as a T-BOX. This in-vehicle terminal can connect to a cloud platform through multiple communication channels, allowing the in-vehicle terminal to upload vehicle condition data to the cloud platform.

[0024] Specifically, the aforementioned preset classification rules refer to pre-set rules for classifying vehicle condition data. These preset classification rules can be configured by the user on a cloud platform and then distributed to the vehicle terminal by the cloud platform after configuration. These preset classification rules can be configured according to actual needs, and this application embodiment does not impose specific limitations. For example, vehicle condition data such as speed, mileage, and ambient temperature can be configured as ordinary vehicle condition data, while vehicle condition data such as remaining battery charge (SOC), battery state of health (SOH), insulation resistance, power battery fault codes, parking gear position, vehicle lock status, and anti-theft alarms can be configured as important vehicle condition data.

[0025] The in-vehicle terminal can acquire vehicle condition data streams in real time and classify the data according to preset classification rules to obtain critical vehicle condition data and ordinary vehicle condition data. These data are then tagged for easy differentiation. For example, critical vehicle condition data can be tagged as "1" and ordinary vehicle condition data as "0". Only data tagged as "1" will proceed to the subsequent lifeline upload process.

[0026] Step S104: When a preset trigger event is detected, obtain the current data transmission strategy and the communication status of each communication channel among the preset multiple communication channels.

[0027] Specifically, the aforementioned preset trigger events refer to pre-set events used to trigger the upload of key vehicle condition data. These preset trigger events may include, but are not limited to, parking events, vehicle locking events, remote command issuance events, and vehicle malfunction events. The aforementioned data transmission strategy can be dynamically adjusted according to actual needs. This data transmission strategy includes at least the transmission mode (serial or parallel transmission), channel priority order (for serial transmission), parallel channel list (for parallel transmission), maximum single transmission time, retry interval, and maximum number of retries. This data transmission strategy can be configured by the user on the cloud platform and then distributed from the cloud platform to the vehicle terminal, or retrieved periodically by the vehicle terminal, such as every 24 hours. The aforementioned multiple communication channels may include, but are not limited to, Bluetooth channels, Wi-Fi channels, cellular network channels, SMS channels, and satellite SMS channels. The communication status of the Bluetooth channel can be determined by checking whether the vehicle terminal has been paired with the user's mobile terminal and successfully connected. The communication status of the Wi-Fi channel can be determined by checking whether the vehicle terminal is connected to a valid hotspot and can access the external network. The communication status of the cellular network channel can be determined by checking the cellular network registration status and whether the heartbeat between the vehicle terminal and the MQTT Broker is normal. The communication status of the Short Message Service (SMS) channel can be determined by checking the Subscriber Identity Module (SIM) card status and whether the SMS center is reachable. The communication status of the satellite SMS channel can be determined by checking whether the carrier-to-noise ratio of the BeiDou / TianTong signal is higher than a threshold (e.g., 35dBHz).

[0028] Step S106: Based on the data transmission strategy and the communication status of each communication channel, key vehicle condition data are transmitted in parallel or serially.

[0029] Specifically, after obtaining the current data transmission strategy and the communication status of each communication channel among the preset multiple communication channels, key vehicle condition data can be transmitted in parallel or serially based on the data transmission strategy and the communication status of each communication channel.

[0030] This allows for the simultaneous parallel or serial transmission of critical vehicle condition data using multiple communication channels, ensuring that at least one of the communication channels can transmit successfully, thereby improving the reliability of critical vehicle condition data transmission. Furthermore, by classifying the vehicle condition data in the data stream and only performing redundant multi-channel transmission of critical vehicle condition data when a preset trigger event is detected, unnecessary resource waste is reduced.

[0031] In an optional embodiment, step S106, which involves transmitting key vehicle condition data in parallel or serially based on the data transmission strategy and the communication status of each communication channel, includes: Based on the communication status of each communication channel, determine the set of currently available communication channels; When the data transmission strategy is parallel transmission, key vehicle condition data is transmitted in parallel using each communication channel in the communication channel set. When the data transmission strategy is serial transmission, key vehicle condition data is transmitted serially according to the priority order of each communication channel in the communication channel set.

[0032] Specifically, when transmitting critical vehicle condition data in parallel or serially based on the data transmission strategy and the communication status of each communication channel, the set of currently available communication channels can be determined first based on the communication status of each channel. Then, if the data transmission strategy is parallel transmission, the critical vehicle condition data is transmitted in parallel using each communication channel in the set, that is, all available communication channels in the set are simultaneously used to send the same copy of the critical vehicle condition data. Each communication channel sends independently and waits for an acknowledgment (ACK) message returned by the cloud platform. If the data transmission strategy is serial transmission, the critical vehicle condition data is transmitted serially according to the priority order of each communication channel in the set, that is, each available communication channel is traversed and used for data transmission in sequence according to its priority order, and the traversal stops when any communication channel successfully transmits data.

[0033] It should be noted that the priority order of each communication channel can be determined based on the communication quality and / or communication cost of each communication channel, or it can be determined based on the preset priority within the data transmission strategy. This application embodiment does not make specific limitations.

[0034] In this way, the transmission method of key vehicle condition data can be accurately determined based on the data transmission strategy and the communication status of each communication channel, so as to ensure that key vehicle condition data can be transmitted reliably while meeting the data transmission strategy.

[0035] In an optional embodiment, after step S106 above, where key vehicle condition data is transmitted in parallel or serially based on the data transmission strategy and the communication status of each communication channel, the method further includes: The system detects whether a response message is received from the cloud platform within a preset time period, and determines whether the key vehicle condition data has been successfully transmitted based on the detection results. The response message is generated by the cloud platform after receiving the key vehicle condition data through any communication channel. If it is determined that the key vehicle condition data transmission has failed, the key vehicle condition data will be retransmitted in parallel or serial mode until the key vehicle condition data transmission is successful or the number of retransmissions reaches the preset number, at which point the parallel or serial transmission of the key vehicle condition data will be stopped.

[0036] Specifically, the preset time period and preset number of times can be set according to actual needs, and no specific limitations are made here.

[0037] The vehicle-mounted terminal can also check whether a response message is received from the cloud platform within a preset time period after each transmission of key vehicle condition data. If a response message is received from the cloud platform within the preset time period, the key vehicle condition data transmission can be determined to have been successful. If no response message is received from the cloud platform within the preset time period, the key vehicle condition data transmission can be determined to have failed. In this case, the key vehicle condition data needs to be retransmitted in parallel or serial mode until the key vehicle condition data transmission is successful or the number of retransmissions reaches a preset number, at which point the parallel or serial transmission of key vehicle condition data will stop.

[0038] This allows for multiple transmissions of critical vehicle condition data, thereby ensuring the reliability of such data transmission.

[0039] In an optional embodiment, step S104, which involves obtaining the current data transmission strategy and the communication status of each communication channel among multiple preset communication channels when a preset trigger event is detected, includes: When a preset trigger event is detected, the current data transmission strategy is obtained from the cloud platform, and the communication status of multiple communication channels is detected to obtain the communication status of each communication channel. The preset trigger events include at least one of the following: parking event, vehicle locking event, remote command issuance event, and vehicle malfunction event. The multiple communication channels include at least two of the following: Bluetooth channel, Wi-Fi channel, cellular network channel, SMS channel, and satellite SMS channel.

[0040] Specifically, the aforementioned preset trigger events may include one or more of the following: parking events, vehicle locking events, remote command issuance events, and vehicle malfunction events. Of course, they may also be combinations of the aforementioned events with other events; this application does not impose specific limitations. Multiple communication channels may include any two, three, four, or all of the following: Bluetooth channel, Wi-Fi channel, cellular network channel, SMS channel, and satellite SMS channel; this application does not impose specific limitations.

[0041] When a preset trigger event is detected, the vehicle-mounted terminal can obtain the current data transmission strategy from the cloud platform and detect the communication status of multiple communication channels to obtain the communication status of each channel. Specifically, the vehicle-mounted terminal can periodically pull the data transmission strategy from the cloud platform (e.g., once every 24 hours), or the cloud platform can send the data transmission strategy to the vehicle-mounted terminal in real time. When detecting the communication status of each communication channel, the vehicle-mounted terminal can detect the communication status of the Bluetooth channel by determining whether it has been paired and successfully connected with the user's mobile terminal; it can detect the communication status of the Wi-Fi channel by determining whether it is connected to a valid hotspot and can access the external network; it can detect the communication status of the cellular network channel by determining the cellular network registration status and whether the heartbeat between the vehicle-mounted terminal and the MQTT Broker is normal; it can detect the communication status of the SMS channel by determining the SIM card status and whether the SMS center is reachable; and it can detect the communication status of the satellite SMS channel by determining whether the carrier-to-noise ratio of the Beidou / Tiantong signal is higher than a threshold (e.g., 35dBHz), etc.

[0042] This allows us to obtain the latest data transmission strategy and the communication status of each communication channel, facilitating the parallel or serial transmission of critical vehicle condition data based on the data transmission strategy and the communication status of each communication channel.

[0043] In an optional embodiment, after step S102, in which the vehicle condition data in the vehicle condition data stream is classified according to a preset classification rule to obtain key vehicle condition data, the method further includes: Upon detecting a preset trigger event, a data transmission task is generated based on key vehicle condition data; The data transmission task is stored in the preset task queue.

[0044] Specifically, after detecting a preset trigger event, the vehicle-mounted terminal can generate a data transmission task based on key vehicle condition data and store the task in a preset task queue. This queue is a queue in non-volatile memory such as Serial Peripheral Interface (SPI) flash memory or an embedded database. This ensures that the data transmission task is not lost even if the vehicle-mounted terminal restarts or loses power, further improving the reliability of key vehicle condition data transmission.

[0045] In an optional embodiment, after step S106 above, where key vehicle condition data is transmitted in parallel or serially based on the data transmission strategy and the communication status of each communication channel, the method further includes: If the critical vehicle condition data transmission is successful, the data transmission task in the preset task queue will be deleted. In the event of failure to transmit critical vehicle condition data, the data transmission task will be repeatedly stored in the preset task queue after a preset delay, until the critical vehicle condition data transmission is successful or the number of repeated persistence attempts reaches the preset number, at which point the storage in the preset task queue will stop.

[0046] Specifically, the vehicle-mounted terminal can delete data transmission tasks from the preset task queue or mark them as completed if critical vehicle condition data transmission is successful. If critical vehicle condition data transmission fails, the vehicle-mounted terminal can delay the data transmission task for a preset time and then repeatedly add it to the preset task queue until the critical vehicle condition data transmission is successful or the number of repeated persistence attempts reaches a preset number, at which point adding it to the preset task queue stops. That is, if all available communication channels fail, the retry count is incremented by 1; if the maximum number of retries has not been exceeded, the data transmission task can be delayed and re-queued; if the maximum number of retries is exceeded, it is marked as a final failure and recorded in the local log.

[0047] In this way, data transmission tasks in the preset task queue can be effectively managed based on the data transmission results, successfully transmitted data transmission tasks can be cleared in a timely manner, and failed data transmission tasks can be retried.

[0048] In one optional embodiment, the data transmission task includes the following fields: task identifier field, data payload field, retransmission count field, retransmission count limit field, and task validity period field. The data payload field is used to carry key vehicle condition data.

[0049] Specifically, the data transmission task mentioned above includes the following fields: task identifier, data payload, retransmission count, maximum retransmission count, and task validity period. The task identifier is globally unique and identifies the task. The data payload carries key vehicle condition data to be transmitted, such as current battery SOC, fault codes, timestamps, and GPS location; it can be in JSON or CBOR format. The retransmission count indicates the current number of retransmissions, with an initial value of 0. The maximum retransmission count field indicates the maximum number of retransmissions, such as 3. The task validity period indicates the task's validity period, such as 24 hours.

[0050] In this way, based on the task identifier field, data payload field, retransmission count field, retransmission count limit field, and task validity period, the corresponding task can be accurately identified, and the task execution status can be known, which facilitates task management.

[0051] In an optional embodiment, the vehicle status data transmission process provided in this application is as follows: Figure 2 As shown, the specific steps include the following: Step S202: Vehicle condition data classification and key vehicle condition data identification.

[0052] Step S204: Listen for preset trigger events.

[0053] Step S206: Determine whether a preset trigger event has been detected.

[0054] If a preset trigger event is detected, proceed to step S208; otherwise, return to step S204.

[0055] Step S208: Generate and persist the data transfer task.

[0056] Step S210: Obtain the data transmission strategy and the communication status of each communication channel.

[0057] Step S212: Determine the transmission mode based on the data transmission strategy.

[0058] If the transmission mode is serial transmission mode, then execute step S214; if the transmission mode is parallel transmission mode, then execute step S216.

[0059] Step S214: Try and transmit in order of priority.

[0060] Step S216: Simultaneous transmission of multiple channels.

[0061] Step S218: Determine whether the data transmission was successful.

[0062] If the data transmission is successful, proceed to step S220; if the data transmission fails, proceed to step S222.

[0063] Step S220: Delete the data transfer task.

[0064] Step S222: Determine whether the number of retries is less than the preset number.

[0065] If the number of retries is less than the preset number, return to step S210; if the number of retries is greater than or equal to the preset number, proceed to step S224.

[0066] Step S224: Record data transmission failure.

[0067] The data transmission task persistence and scheduling execution process can be as follows: Figure 3 As shown, the specific steps include the following: Step S302: Listen for the preset trigger event.

[0068] Step S304: Generate a data transmission task. The data transmission task includes the following fields: task identifier field, data payload field, retransmission count field, maximum retransmission count field, and task validity period field.

[0069] Step S306: Persist to the preset task queue in non-volatile memory.

[0070] Step S308: The scheduler polls the preset task queue.

[0071] Step S310: Read the data transmission task.

[0072] Step S312: Obtain the data transmission strategy and the communication status of each communication channel.

[0073] Step S314: Determine the transmission mode.

[0074] If the transmission mode is serial transmission mode, then execute step S316; if the transmission mode is parallel transmission mode, then execute step S318.

[0075] Step S316: Try and transmit in order of priority.

[0076] Step S318: Simultaneous transmission of multiple channels.

[0077] Step S320: Determine whether an ACK message has been received.

[0078] If an ACK message is received, proceed to step S322; if the transmission mode is parallel transmission mode, proceed to step S324.

[0079] Step S322: Delete the data transfer task.

[0080] Step S324: Determine whether the number of retries is less than the preset number.

[0081] If the number of retries is less than the preset number, then proceed to step S308 after executing step S326; if the number of retries is greater than or equal to the preset number, then proceed to step S328.

[0082] Step S326: Increment the retry count by 1, and re-enter the queue after a delay.

[0083] Step S328: Mark the final failure and report it.

[0084] In an optional embodiment, the vehicle condition data transmission method provided in this application can be applied to an in-vehicle T-BOX, which may include the following modules, such as... Figure 4 As shown: Trigger event listening module 402: Used to monitor events such as parking events, vehicle locking events, remote command issuance events, and vehicle malfunction events.

[0085] Data acquisition interface module 404: Used to integrate data classification functions to acquire key vehicle condition data from CAN bus or Ethernet.

[0086] Task persistence module 406: Used to write data transfer tasks to non-volatile memory and manage the lifecycle of tasks.

[0087] Policy Management Module 408: Used to store data transmission policies issued from the cloud and supports dynamic updates.

[0088] Channel status monitoring module 410: Used to detect the availability of Bluetooth channel, Wi-Fi channel, cellular network channel, SMS channel and satellite SMS channel in real time.

[0089] Multi-channel scheduling and execution module 412: It is used to schedule each channel driver to execute data transmission tasks according to the data transmission strategy and the communication status of each communication channel, and to handle retries, deduplication and result feedback.

[0090] The interaction process between the vehicle-mounted T-BOX and the Bluetooth channel, Wi-Fi channel (i.e., the Wireless Fidelity channel mentioned above), MQTT cellular channel (i.e., the cellular network channel mentioned above), SMS messaging channel, satellite messaging channel, and cloud platform is as follows: Figure 5 As shown.

[0091] Therefore, the vehicle status data transmission method provided in this application has the following beneficial effects: 1) Focus on key data: Enable multi-channel redundant transmission only for key vehicle condition data to avoid wasting communication resources.

[0092] 2) Multi-channel parallel redundancy: Breaking through the traditional "master-slave switching" mode, multiple channels send data simultaneously, and data delivery is guaranteed as long as any channel succeeds.

[0093] 3) Short-range relay channel: Utilize Bluetooth or Wi-Fi to relay uploads via user mobile terminals (such as mobile phones), making full use of existing hardware resources.

[0094] 4) Remote multi-mode complementarity: Integrates Message Queuing Telemetry Transport (MQTT), SMS, and satellite SMS to achieve full coverage from urban to remote areas.

[0095] 5) Task persistence: Tasks are stored in non-volatile memory and are not lost after T-BOX restarts or power failures.

[0096] 6) Cloud-configurable strategies: The sent strategies can be dynamically adjusted remotely to adapt to different operational scenarios.

[0097] 7) Contextual triggering: It only starts when specific trigger events such as parking or locking occur, reducing power consumption.

[0098] See Figure 6 , Figure 6 This is a schematic diagram of a vehicle condition data transmission device provided in an embodiment of this application. Figure 6 As shown, the vehicle condition data transmission device 600 includes: The acquisition and classification module 602 is used to acquire the vehicle condition data stream and classify the vehicle condition data in the data stream according to the preset classification rules to obtain key vehicle condition data. The acquisition module 604 is used to acquire the current data transmission strategy and the communication status of each communication channel among multiple preset communication channels when a preset trigger event is detected. The first transmission module 606 is used to transmit key vehicle condition data in parallel or serially based on the data transmission strategy and the communication status of each communication channel.

[0099] Furthermore, the first transmission module 606 includes: The determination submodule is used to determine the set of currently available communication channels based on the communication status of each communication channel; The parallel transmission submodule is used to transmit key vehicle condition data in parallel using the communication channels in the communication channel set when the data transmission strategy is parallel transmission. The serial transmission submodule is used to serially transmit key vehicle condition data according to the priority order of each communication channel in the communication channel set when the data transmission strategy is serial transmission.

[0100] Furthermore, the vehicle condition data transmission device 600 also includes: The determination module is used to detect whether a response message is received from the cloud platform within a preset time period, and based on the detection result, to determine whether the key vehicle condition data has been successfully transmitted. The response message is generated by the cloud platform after receiving the key vehicle condition data through any communication channel. The second transmission module is used to retransmit the key vehicle condition data in parallel or serial mode if the key vehicle condition data transmission fails, until the key vehicle condition data transmission is successful or the number of retransmissions reaches a preset number, at which point the parallel or serial transmission of the key vehicle condition data is stopped.

[0101] Furthermore, the acquisition module 604 includes: The acquisition submodule is used to obtain the current data transmission strategy from the cloud platform when a preset trigger event is detected, and to detect the communication status of multiple communication channels to obtain the communication status of each communication channel. The preset trigger events include at least one of the following: parking event, vehicle locking event, remote command issuance event, and vehicle malfunction event. The multiple communication channels include at least two of the following: Bluetooth channel, Wi-Fi channel, cellular network channel, SMS channel, and satellite SMS channel.

[0102] Furthermore, the vehicle condition data transmission device 600 also includes: The generation module is used to generate a data transmission task based on key vehicle condition data when a preset trigger event is detected. The first storage module is used to store data transmission tasks into a preset task queue.

[0103] Furthermore, the vehicle condition data transmission device 600 also includes: The deletion module is used to delete data transmission tasks from the preset task queue when critical vehicle condition data transmission is successful. The second storage module is used to repeatedly store the data transmission task into the preset task queue after a preset delay in the event of failure of critical vehicle condition data transmission, until the critical vehicle condition data transmission is successful or the number of repeated persistences reaches a preset number, at which point the storage into the preset task queue is stopped.

[0104] Furthermore, the data transmission task includes fields such as task identifier, data payload, number of retransmissions, maximum number of retransmissions, and task validity period. The data payload field is used to carry key vehicle condition data.

[0105] It should be noted that the vehicle condition data transmission device 600 can implement the vehicle condition data transmission method provided in any of the aforementioned method embodiments and achieve the same technical effect, which will not be elaborated here.

[0106] like Figure 7 As shown, this application embodiment also provides an electronic device, including a processor 711, a communication interface 712, a memory 713 and a communication bus 714, wherein the processor 711, the communication interface 712 and the memory 713 communicate with each other through the communication bus 714. Memory 713 is used to store computer programs; In one embodiment of this application, the processor 711, when executing the program stored in the memory 713, implements the vehicle condition data transmission method provided in any of the foregoing method embodiments.

[0107] In addition, embodiments of this application also provide a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the vehicle condition data transmission method provided in any of the foregoing method embodiments.

[0108] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

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

[0110] It should be understood that the terminology used herein is for the purpose of describing particular exemplary embodiments only and is not intended to be limiting. Unless the context clearly indicates otherwise, the singular forms “a,” “an,” and “described” as used herein may also include the plural forms. The terms “comprising,” “including,” “containing,” and “having” are inclusive and therefore indicate the presence of the stated features, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, steps, operations, elements, components, and / or combinations thereof. The method steps, processes, and operations described herein are not construed as requiring them to be performed in a particular order described or illustrated unless the order of performance is explicitly indicated. It should also be understood that additional or alternative steps may be used.

[0111] The above description is merely a specific embodiment of this application, enabling those skilled in the art to understand or implement this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features claimed herein.

Claims

1. A method for transmitting vehicle status data, characterized in that, The method includes: The vehicle condition data stream is acquired, and the vehicle condition data in the data stream is classified according to a preset classification rule to obtain key vehicle condition data. When a preset trigger event is detected, the current data transmission strategy and the communication status of each communication channel in the preset multiple communication channels are obtained; Based on the data transmission strategy and the communication status of each communication channel, the key vehicle condition data is transmitted in parallel or serially.

2. The method according to claim 1, characterized in that, The process of transmitting the key vehicle condition data in parallel or serial mode based on the data transmission strategy and the communication status of each communication channel includes: Based on the communication status of each communication channel, determine the set of currently available communication channels; When the data transmission strategy is parallel transmission, the key vehicle condition data is transmitted in parallel using each communication channel in the communication channel set. When the data transmission strategy is serial transmission, the key vehicle condition data is transmitted serially according to the priority order of each communication channel in the communication channel set.

3. The method according to claim 1, characterized in that, After transmitting the key vehicle condition data in parallel or serial manner based on the data transmission strategy and the communication status of each communication channel, the method further includes: The system detects whether a response message is received from the cloud platform within a preset time period, and determines whether the key vehicle condition data has been successfully transmitted based on the detection result. The response message is generated by the cloud platform after receiving the key vehicle condition data through any communication channel. If the transmission of the critical vehicle condition data fails, the critical vehicle condition data will be retransmitted in parallel or serial mode until the transmission of the critical vehicle condition data is successful or the number of retransmissions reaches a preset number, at which point the parallel or serial transmission of the critical vehicle condition data will be stopped.

4. The method according to claim 1, characterized in that, The step of obtaining the current data transmission strategy and the communication status of each communication channel among multiple preset communication channels when a preset trigger event is detected includes: When a preset trigger event is detected, the current data transmission strategy is obtained from the cloud platform, and the communication status of the multiple communication channels is detected to obtain the communication status of each communication channel. The preset trigger events include at least one of parking events, vehicle locking events, remote command issuance events, and vehicle malfunction events, and the multiple communication channels include at least two of Bluetooth channels, Wi-Fi channels, cellular network channels, SMS channels, and satellite SMS channels.

5. The method according to claim 1, characterized in that, After classifying the vehicle condition data in the vehicle condition data stream according to a preset classification rule to obtain key vehicle condition data, the method further includes: Upon detecting the occurrence of the preset trigger event, a data transmission task is generated based on the key vehicle condition data; The data transmission task is stored in a preset task queue.

6. The method according to claim 5, characterized in that, After transmitting the key vehicle condition data in parallel or serial manner based on the data transmission strategy and the communication status of each communication channel, the method further includes: If the critical vehicle condition data transmission is successful, the data transmission task will be deleted from the preset task queue. In the event of failure of the critical vehicle condition data transmission, the data transmission task will be repeatedly stored in the preset task queue after a preset delay, until the critical vehicle condition data transmission is successful or the number of repeated persistences reaches a preset number, at which point the storage in the preset task queue will stop.

7. The method according to claim 5, characterized in that, The data transmission task includes the following fields: task identifier field, data payload field, retransmission count field, maximum retransmission count field, and task validity period field. The data payload field is used to carry the key vehicle condition data.

8. A vehicle condition data transmission device, characterized in that, The device includes: The acquisition and classification module is used to acquire vehicle condition data streams and classify the vehicle condition data in the data streams according to preset classification rules to obtain key vehicle condition data. The acquisition module is used to acquire the current data transmission strategy and the communication status of each communication channel among multiple preset communication channels when a preset trigger event is detected. The first transmission module is used to transmit the key vehicle condition data in parallel or serially based on the data transmission strategy and the communication status of each communication channel.

9. An electronic device, characterized in that, It includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus; Memory, used to store computer programs; A processor, when executing a program stored in memory, implements the vehicle condition data transmission method according to any one of claims 1-7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the vehicle condition data transmission method according to any one of claims 1-7.

Images