Data transmission method and device, vehicle and storage medium

Abstract

The embodiment of the invention discloses a data transmission method and device, a vehicle and a storage medium. The method comprises the steps that when it is detected that vehicle cloud data of an own vehicle fails to be uploaded to a cloud end, connection with a target vehicle is established, and the target vehicle is the vehicle with the strongest communication signal in the communication range of the own vehicle; and packaging the vehicle cloud data into a data file and sending the data file to the target vehicle so as to upload the data file to a cloud end through the target vehicle. By means of the method, the vehicle cloud data can be uploaded through the uploading links of other nodes when the uploading link of the vehicle cloud data is blocked, connection between the nodes does not need to be kept all the time in the transmission process, the data can leave the vehicle, and it is guaranteed that uploading resources are not wasted. Furthermore, the integrity and continuity of the data are kept as much as possible, the data quality can be effectively improved, and a larger space is left for data use of a background.

Description

Data transmission methods, devices, vehicles and storage media Technical Field

[0001] This application belongs to the field of vehicle technology, specifically relating to a data transmission method, device, vehicle, and storage medium. Background Technology

[0002] Vehicle-to-the-cloud (V2X) data is data collected and processed on-vehicle devices and then uploaded to the cloud for data analysis or to support user business functions. Businesses can analyze user behavior and vehicle status to obtain valuable information, while users can view their vehicle status and driving data through the data displayed in their apps. Therefore, the timeliness and continuity of V2X data significantly impact the usability of the data and the status of business functions for both businesses and users. However, due to the strong correlation between data upload and the vehicle's hardware and software status, the instability of the network environment, and the single vehicle-to-cloud upload link, the timeliness and continuity of V2X data are difficult to guarantee, which is a common problem encountered in data application. Summary of the Invention

[0003] In view of the above problems, this application proposes a data transmission method, apparatus, vehicle, and storage medium to improve the above problems.

[0004] In a first aspect, embodiments of this application provide a data transmission method, the method comprising: when it is detected that the vehicle's cloud data upload to the cloud fails, establishing a connection with a target vehicle, wherein the target vehicle is the vehicle with the strongest communication signal within the vehicle's communication range; and packaging the cloud data into a data file and sending it to the target vehicle, so as to upload the data file to the cloud through the target vehicle.

[0005] Secondly, embodiments of this application provide a data transmission method, the method comprising: establishing a connection with a nearby vehicle; receiving a data file sent by the nearby vehicle, wherein the data file is a data file packaged from the vehicle cloud data and sent by the nearby vehicle when it detects that the vehicle cloud data upload to the cloud has failed; performing data verification on the data file; and if the verification passes, uploading the data file to the cloud.

[0006] Thirdly, embodiments of this application provide a data transmission device, the device comprising: a connection establishment unit, configured to establish a connection with a target vehicle when it is detected that the vehicle's cloud data upload to the cloud fails, the target vehicle being the vehicle with the strongest communication signal within the vehicle's communication range; and a file sending unit, configured to package the cloud data into a data file and send it to the target vehicle, so that the target vehicle can upload the data file to the cloud.

[0007] Fourthly, this application provides a data transmission device, comprising: a receiving unit for establishing a connection with a nearby vehicle and receiving a data file sent by the nearby vehicle, wherein the data file is a data file that the nearby vehicle packages into a data file and sends when it detects that the vehicle cloud data upload to the cloud has failed; a verification unit for verifying the data file; and an uploading unit for uploading the data file to the cloud if the verification passes.

[0008] Fifthly, embodiments of this application provide a vehicle including a processor and a memory, wherein the memory is used to store computer programs; and the processor is used to execute the programs stored in the memory to implement the above-described method.

[0009] Sixthly, embodiments of this application provide a computer-readable storage medium storing program code, which, when executed by a processor, implements the above-described method.

[0010] This application provides a data transmission method, apparatus, vehicle, and storage medium. When a failure to upload vehicle-to-the-cloud (V2X) data from a vehicle is detected, a connection is established with a target vehicle, which is the vehicle with the strongest communication signal within the vehicle's communication range. The V2X data is then packaged into a data file and sent to the target vehicle, which then uploads the data file to the cloud. This method allows V2X data to be uploaded via other nodes' upload links when its own upload link is blocked, eliminating the need to maintain continuous node-to-node connections during transmission. Data can be transferred off-vehicle, preventing waste of upload resources. Furthermore, maintaining data integrity and continuity as much as possible effectively improves data quality and provides greater flexibility for backend data usage. Attached Figure Description

[0011] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0012] Figure 1 shows a schematic diagram of an application scenario of a data transmission method according to an embodiment of this application; Figure 2 shows a flowchart of a data transmission method according to an embodiment of this application; Figure 3 shows a flowchart of a data transmission method according to another embodiment of this application; Figure 4 shows a flowchart of a data transmission method according to yet another embodiment of this application; Figure 5 shows a structural block diagram of a data transmission device according to an embodiment of this application; Figure 6 shows a structural block diagram of a data transmission device according to an embodiment of this application; Figure 7 shows a structural block diagram of a vehicle for executing the data transmission method according to an embodiment of this application; Figure 8 shows a storage unit for storing or carrying program code implementing the data transmission method according to an embodiment of this application. Detailed Implementation

[0013] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0014] This application proposes a data transmission method, apparatus, vehicle, and storage medium. When a failure to upload vehicle-to-the-cloud (V2X) data from the vehicle itself to the cloud is detected, a connection is established with a target vehicle, which is the vehicle with the strongest communication signal within the vehicle's communication range. The V2X data is then packaged into a data file and sent to the target vehicle, which then uploads the data file to the cloud. This method allows V2X data to be uploaded via other nodes' upload links when its own upload link is blocked, eliminating the need to maintain continuous node-to-node connections during transmission. Data can be transferred off-vehicle, preventing waste of upload resources. Furthermore, maintaining data integrity and continuity as much as possible effectively improves data quality and provides greater flexibility for backend data usage.

[0015] The application environment of the data transmission method provided in this application is described below: Referring to Figure 1, the data transmission method provided in this application can be applied to a data transmission system 100, which may include a self-node 110, other nodes 120, and a data cloud 130. The self-node 110 can be understood as a node with data generation and transmission capabilities, such as a vehicle in operation; the other node 120 can be understood as a node with data reception and transmission capabilities, such as a vehicle in operation or infrastructure with data transmission capabilities; the nodes can be connected through various effective communication methods, such as V2X communication technology.

[0016] Furthermore, the self-node 110 will search for surrounding nodes with the self-vehicle as the center and a distance as the radius. When a surrounding node is found, it can establish a communication connection with the surrounding node with the strongest communication signal, and sort other surrounding nodes within the radius according to signal strength as backup nodes, so that data can be transmitted to the other node in case of data upload failure.

[0017] In this embodiment of the application, node 110 serves as the data source, generating real-time data and uploading it to the data cloud. The real-time data includes highly time-sensitive data. Specifically, the real-time data can be data that is perceptible to users and used by the cloud backend, and has strong real-time and continuous characteristics.

[0018] Node 120 may contain a data file receiving pool and a data file sending pool. The data file receiving pool can be used to receive data files sent from node 110, and the data file sending pool can be used to send data files sent from node 110.

[0019] In the embodiments of this application, each other node can be a child node, and of course, each child node can also be a other node. When a node is a data source (generating real-time data), that node can be a child node; when a node is a data transmission (only receiving and transmitting) node, that node can be a other node. No specific limitations are made here.

[0020] In this embodiment of the application, as shown in FIG1, the other node 120 may include multiple nodes, and each of the multiple other nodes 120 can establish a communication connection with the self node 110. Optionally, the other node 120 may also establish a communication connection with other nodes 110.

[0021] Data cloud 130 is used to receive data files sent from node 110 or other nodes 120, and to perform data parsing on the received data files to obtain parsed data files that support the use of various business functions.

[0022] The embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0023] Please refer to Figure 2. An embodiment of this application provides a data transmission method, which includes: Step S110: When it is detected that the vehicle's cloud data upload to the cloud fails, a connection is established with a target vehicle, wherein the target vehicle is the vehicle with the strongest communication signal within the vehicle's communication range.

[0024] In this embodiment, the vehicle is equivalent to the aforementioned self-node, possessing data generation and transmission capabilities. Vehicle-to-cloud data refers to data collected and processed by the vehicle and uploaded to the cloud via a network for data analysis or to support user business functions. In this embodiment, vehicle-to-cloud data can be real-time data generated by the vehicle, including highly timely data.

[0025] As a data source, the vehicle itself can generate real-time data and upload it to the cloud. This real-time data includes highly timely data, which specifically refers to data that is highly perceptible to users and is used by the cloud backend. This data is characterized by strong real-time and continuity, such as vehicle status data displayed on the user's app and data used by the cloud backend to calculate driving behavior.

[0026] When a vehicle uploads real-time data to the cloud, the cloud can return a data upload status signal to the vehicle if the upload is successful or fails. This data upload status signal indicates whether the data upload was successful or failed, and the vehicle can then determine whether the vehicle-to-cloud data has been successfully uploaded to the cloud based on the data upload status signal returned by the cloud.

[0027] If the vehicle determines that its vehicle cloud data upload to the cloud has failed based on the data upload status signal, the vehicle can transmit its vehicle cloud data to the target vehicle so that the target vehicle can upload its vehicle cloud data to the cloud.

[0028] In this embodiment, the vehicle's communication range can be a pre-defined communication distance range, within which vehicles can communicate with the vehicle. Specifically, when the vehicle determines that its vehicle cloud data upload has failed, it can search for surrounding vehicles with the vehicle as the center and a set distance (i.e., the vehicle's communication range) as the radius. When a surrounding vehicle is found, it establishes a communication connection with the surrounding vehicle with the strongest communication signal, i.e., establishes a communication connection with the target vehicle.

[0029] When the vehicle detects multiple surrounding vehicles, it can obtain the communication signal strength of each of the surrounding vehicles. Based on the order of the communication signal strength of the surrounding vehicles from high to low or from low to high, the surrounding vehicles are sorted, and the surrounding vehicle at the top or bottom of the sort is identified as the target vehicle.

[0030] In this embodiment of the application, the communication signal strength of each surrounding vehicle can be determined based on the distance between each surrounding vehicle and the vehicle itself. The farther the surrounding vehicle is from the vehicle, the lower its corresponding communication signal strength; the closer the surrounding vehicle is to the vehicle, the higher its corresponding communication signal strength.

[0031] Step S120: Package the vehicle cloud data into a data file and send it to the target vehicle so that the target vehicle can upload the data file to the cloud.

[0032] In this embodiment of the application, after the vehicle establishes a communication connection with the target vehicle, in order to transmit the vehicle cloud data of the vehicle to the target vehicle more quickly, the vehicle cloud data can be packaged into a data file and sent to the target vehicle. When the target vehicle receives the data file of the vehicle, it can upload the data file of the vehicle to the cloud.

[0033] Once the cloud receives the data file uploaded by the vehicle or the target vehicle, it can further determine whether the data file has exceeded the data validity period. If it has, it is discarded; otherwise, it proceeds to the next step.

[0034] The next step is for the cloud to determine whether the same data file has been received before. If it has, the file is discarded; otherwise, the process proceeds to the next step.

[0035] The next step is for the cloud to decrypt the data file based on the vehicle information, complete the data parsing, and output the parsed data file to the database to support various business functions.

[0036] This application provides a data transmission method that allows vehicle-to-cloud (V2X) data to be uploaded via the upload links of other nodes when its own upload link is blocked. This eliminates the need to maintain continuous connections between nodes during transmission, enabling data to be uploaded directly from the vehicle and preventing waste of upload resources. Furthermore, by preserving data integrity and continuity as much as possible, data quality is effectively improved, leaving greater flexibility for backend data utilization.

[0037] Please refer to Figure 3. An embodiment of this application provides a data transmission method, which includes: Step S210: When it is detected that the vehicle's cloud data upload to the cloud fails, a connection is established with a target vehicle, wherein the target vehicle is the vehicle with the strongest communication signal within the vehicle's communication range.

[0038] Step S220: Package the vehicle cloud data for each preset time period into a data file. The data file carries data information, including the data validity time and the vehicle identification code of the data source.

[0039] In this embodiment, the data validity period refers to the time when the data becomes effective. Marking the data file with a data validity period is equivalent to setting a "shelf life" for the data file. After receiving the data file, any vehicle or cloud will first check whether the current time has exceeded this data validity period. If it has, it will be discarded directly to ensure that the system only processes valid information. Optionally, the data validity period is represented by an absolute timestamp. This timestamp marks the expiration time of the data file and is the primary basis for all subsequent nodes (other nodes and the cloud) to determine whether to process this packet.

[0040] The data source vehicle identification code can be understood as a unique identifier for the vehicle from which the data originates. Clearly marking the source in each data file ensures that the data can be accurately traced throughout the entire transmission chain.

[0041] A preset time period can be understood as a pre-set time window for generating real-time data, which can be set to a fixed time interval. In this embodiment, in order to control the size of a single data file and facilitate subsequent transmission and verification, the highly time-sensitive data streams generated within the preset time period can be integrated into a single independent data file. Specifically, the system slices the continuously generated real-time data stream using a preset fixed time interval (e.g., 60 seconds) as a window. For example, all highly time-sensitive data generated from 15:30:00 to 15:30:59 is considered as a batch.

[0042] After packaging the vehicle cloud data for each preset time period into data files, each data file can be labeled with its corresponding data information, that is, each data file carries its corresponding data validity time and data source vehicle identifier.

[0043] By packaging and labeling vehicle cloud data, critical data can be ensured not to be lost even in cases of network instability, and can be resent in subsequent links.

[0044] As one approach, vehicle cloud data for each preset time period is packaged into a data file, and the data file is then encrypted to obtain an encrypted data file.

[0045] In this embodiment of the application, after the vehicle cloud data is packaged, the data file can be encrypted immediately to ensure the confidentiality of the data when it is transmitted through other vehicles or infrastructure (other nodes).

[0046] When encrypting data files, the vehicle can obtain or derive a unique encryption key from the vehicle's data source vehicle identification code through a secure key management system. After obtaining the encryption key, the vehicle can use it to encrypt the entire data file using a specified encryption algorithm to obtain the encrypted data file.

[0047] Key acquisition: The self-node (data source vehicle) will obtain or derive a unique encryption key for its own vehicle through a secure key management system based on its unique VIN code.

[0048] Perform encryption: Using the key, encrypt the entire data file using the specified encryption algorithm (such as AES-256). At this point, the plaintext data file is transformed into ciphertext that cannot be directly read, i.e., the encrypted data file.

[0049] Relationship: A crucial control condition exists here: the encryption key must be strictly bound to the VIN code in the data file. This means that only a cloud service capable of recognizing this VIN code can find the corresponding key for decryption. Other nodes, lacking the vehicle's key, cannot access the data content, perfectly achieving "transparent data relay."

[0050] Optionally, in this embodiment, when the vehicle encrypts the data file using its own key, annotates the data information in the data file, and transmits it to the target vehicle, the vehicle can also store the data file in its own data retransmission pool and retry according to the actual data upload status. Retrying according to the actual data upload status can be understood as, when the vehicle is in an environment with a strong network signal, the vehicle can retry uploading the data file to the cloud through the data retransmission pool.

[0051] Step S230: Send the data file to the target vehicle so that the target vehicle can upload the data file to the cloud after verifying the data file based on the data information.

[0052] In this embodiment of the application, the verification of the data file by the target vehicle based on the data information may include verifying whether the data file is the vehicle's data, verifying whether the data file has been sent, and verifying whether the data file has exceeded its corresponding data validity period.

[0053] Specifically, verifying whether the data file belongs to this vehicle can be done based on the vehicle identification code of the data source in the data information; verifying whether the data file has been sent can be done based on the upload information record; and verifying whether the data file has exceeded its corresponding validity period can be done based on the data validity period in the data information.

[0054] Once all the aforementioned checks pass, the target vehicle can upload the data file to the cloud.

[0055] Step S240: If sending the data file to the target vehicle fails, a new target vehicle is determined from the backup vehicles. The backup vehicle is a vehicle within the vehicle's communication range with a communication signal strength lower than that of the target vehicle.

[0056] In this embodiment, the backup vehicle can be a vehicle within the vehicle's communication range whose communication signal strength is lower than the target vehicle but higher than other vehicles. That is, after the vehicle establishes a communication connection with the target vehicle, other surrounding vehicles within the radius can be sorted by signal strength and designated as backup vehicles to transmit data to other nodes in case of data upload failure. For example, the surrounding vehicles within the radius may include vehicle 1, vehicle 2, and vehicle 3. After sorting vehicle 1, vehicle 2, and vehicle 3 according to their respective communication signal strengths, the resulting order is vehicle 2, vehicle 3, and vehicle 1 with communication signal strengths from highest to lowest. In this embodiment, the new target vehicle is vehicle 2.

[0057] If the autonomous vehicle fails to send the data file to the target vehicle, it can further attempt to send the data file to other vehicles to ensure real-time data upload. At this point, the autonomous vehicle can establish a communication connection with the identified new target vehicle.

[0058] Step S250: Establish a connection with the new target vehicle and send the data file to the new target vehicle so that the data file can be uploaded to the cloud through the new target vehicle.

[0059] In this embodiment of the application, after the vehicle establishes a communication connection with the new target vehicle, it can send the data file to the new target vehicle so that the new target vehicle can upload the data file to the cloud.

[0060] Once a new target vehicle receives the data file, it can also verify the data file based on the data information in the file. If the verification is successful, the data file will be uploaded to the cloud.

[0061] This application provides a data transmission method that, through packaging and labeling, ensures that critical data is not lost even under unstable network conditions and can be retransmitted in subsequent links. By using valid timestamps, the system can automatically filter and discard expired data, avoiding the processing of invalid information and saving communication and computing resources. This allows vehicle-to-cloud data to be uploaded via other nodes' upload links when its own upload link is blocked. Furthermore, by encrypting the data, adding vehicle information and data validity timestamps, and enhancing node data upload logic, it eliminates the need to maintain continuous connections between nodes during transmission, enabling data to be transmitted directly from the vehicle and preventing waste of upload resources. Maintaining data integrity and continuity as much as possible effectively improves data quality and leaves more room for backend data utilization.

[0062] Please refer to Figure 4. An embodiment of this application provides a data transmission method, which includes: step S310: establishing a connection with a nearby vehicle and receiving a data file sent by the nearby vehicle. The data file is sent by the nearby vehicle after packaging the vehicle cloud data into a data file when it detects that the vehicle cloud data upload to the cloud has failed.

[0063] In this context, the nearby vehicles can be understood as the aforementioned self-nodes, or the aforementioned self-vehicles. The execution subject of this application embodiment is the aforementioned other-node, or the aforementioned target vehicle.

[0064] Step S320: Perform data verification on the data file.

[0065] Step S330: If the verification passes, upload the data file to the cloud.

[0066] In this embodiment of the application, the target vehicle can perform data verification on the data file before uploading it to the cloud. If the data file passes the verification, the data file is then uploaded to the cloud.

[0067] Specifically, based on the data information of the data file, data verification is performed on the data file, including the data validity time and the vehicle identification code of the data source; if the data file is determined to be a valid data file based on the data validity time; and if the data file is determined not to be the data file of this vehicle based on the vehicle identification code of the data source, then the verification is deemed successful, and the data file is uploaded to the cloud.

[0068] In this embodiment of the application, the target vehicle may include a data file receiving pool and a data file sending pool.

[0069] When the target vehicle's data file receiving pool receives a data file carrying data information sent by a nearby vehicle, it can read the data source vehicle identification code in the data information and compare the data source vehicle identification code with the target vehicle's own vehicle identification code. If they match, it can be determined that the data file is the target vehicle's data file; if they do not match, it can be determined that the data file is not the target vehicle's data file.

[0070] If the data file is determined to be a data file belonging to this vehicle, it can be discarded; if it is determined not to be a data file belonging to this vehicle, further verification can be performed. This verification method can prevent the formation of transmission loops.

[0071] When the target vehicle's data file receiving pool receives data files and data information sent by nearby vehicles, it can read the data information and further query whether the uploaded information record has already processed a data packet with the same data source identifier code and data validity time combination. If so, it can be determined that the target vehicle has sent the data file; if not, it can be determined that the target vehicle has not yet sent the data file.

[0072] If it is determined that the target vehicle has already sent the data file, the data file can be discarded; if it is determined that the target vehicle has not yet sent the data file, the next verification step can be performed. This verification method prevents the same data from being repeatedly uploaded to the cloud by multiple nodes, thus avoiding wasted resources.

[0073] When the target vehicle's data file receiving pool receives a data file carrying data information sent by a nearby vehicle, it can read the data validity time and compare it with the current system time. If the data validity time is earlier than the current system time, the data file can be determined to be an invalid data file; if the data validity time is later than the current system time, the data file can be determined to be a valid data file.

[0074] If a data file is determined to be invalid, it can be discarded; if it is determined to be valid, its verification is successful. Data files can then be uploaded to the data file sending pool, with real-time upload status updates. If the upload is successful, the uploaded file information is stored; if it fails, the data file is forwarded to other connected nodes (i.e., backup nodes) to upload it to the cloud.

[0075] Optionally, in this embodiment, when the target vehicle receives a vehicle hibernation command, it can delete unsent data files in the data file receiving pool and the data file sending pool. The target vehicle needs to record the data files that have been sent, and the range of the records is determined by the maximum valid time of the data; records exceeding the range are deleted.

[0076] Optionally, if the data file fails to upload to the cloud, a connection is established with a backup vehicle, wherein the backup vehicle is within the vehicle's communication range and has a communication signal lower than that of the nearby vehicles; the data file is sent to the backup vehicle so that the data file can be uploaded to the cloud through the backup vehicle.

[0077] In this embodiment of the application, when the target vehicle fails to upload the data file to the cloud, the target vehicle can establish a connection with a backup vehicle and use the backup vehicle as a relay node to upload the data file to the cloud through the relay node.

[0078] This application provides a data transmission method that allows vehicle-to-cloud (V2X) data to be uploaded via the upload links of other nodes when its own upload link is blocked. This eliminates the need to maintain continuous connections between nodes during transmission, enabling data to be uploaded directly from the vehicle and preventing waste of upload resources. Furthermore, by preserving data integrity and continuity as much as possible, data quality is effectively improved, leaving greater flexibility for backend data utilization.

[0079] Please refer to Figure 5. An embodiment of this application provides a data transmission device 400, which includes a connection establishment unit 410, used to establish a connection with a target vehicle when the vehicle's cloud data upload to the cloud fails, wherein the target vehicle is the vehicle with the strongest communication signal within the vehicle's communication range.

[0080] In one manner, the connection establishment unit 410 is specifically used to determine a new target vehicle from the backup vehicles if sending the data file to the target vehicle fails. The backup vehicle is a vehicle within the vehicle's communication range with a communication signal strength lower than that of the target vehicle. The connection is established with the new target vehicle, and the data file is sent to the new target vehicle so that the data file can be uploaded to the cloud through the new target vehicle.

[0081] The file sending unit 420 is used to package the vehicle cloud data into a data file and send it to the target vehicle so that the target vehicle can upload the data file to the cloud.

[0082] In one approach, the file sending unit 420 is specifically used to package vehicle cloud data within each preset time period into a data file, and to label each data file with data information, including the data validity time and the vehicle identification code of the data source; and to send the data file and the data information of the data file to the target vehicle, so that the target vehicle can upload the data file to the cloud after verifying the data file based on the data information.

[0083] Furthermore, the file sending unit 420 is specifically used to package the vehicle cloud data within each preset time period into a data file, encrypt the data file, and obtain an encrypted data file.

[0084] Please refer to Figure 6. An embodiment of this application provides a data transmission device 500. The device 500 includes a receiving unit 510, which is used to establish a connection with a nearby vehicle and receive a data file sent by the nearby vehicle. The data file is sent by the nearby vehicle after packaging the vehicle cloud data into a data file when it detects that the vehicle cloud data upload to the cloud has failed.

[0085] The verification unit 520 is used to verify the data file.

[0086] In one approach, the uploading unit 520 is specifically used to perform data verification on the data file based on the data information of the data file, wherein the data information includes the data validity time and the vehicle identification code of the data source.

[0087] The upload unit 530 is used to upload the data file to the cloud if the verification passes.

[0088] In one manner, the upload unit 530 is specifically used to determine that the data file is a valid data file based on the data validity time; and to determine that the data file is not the data file of this vehicle based on the vehicle identification code of the data source, then the verification is deemed successful and the data file is uploaded to the cloud.

[0089] Optionally, the upload unit 530 is further configured to establish a connection with a backup vehicle if the data file fails to be uploaded to the cloud, wherein the backup vehicle is a vehicle within the vehicle's communication range whose communication signal is lower than that of the nearby vehicles; and send the data file to the backup vehicle so that the data file can be uploaded to the cloud through the backup vehicle.

[0090] It should be noted that the device embodiments in this application correspond to the aforementioned method embodiments. The specific principles in the device embodiments can be found in the content of the aforementioned method embodiments, and will not be repeated here.

[0091] The following description, in conjunction with Figure 7, will illustrate one type of vehicle provided in this application.

[0092] Referring to Figure 7, based on the data transmission method and apparatus described above, this application embodiment also provides another vehicle 800 capable of executing the aforementioned data transmission method. The vehicle 800 includes one or more (only one shown in the figure) processors 802, a memory 804, and a network module 806 coupled together. The memory 804 stores programs capable of executing the contents of the aforementioned embodiments, and the processor 802 can execute the programs stored in the memory 804.

[0093] The processor 802 may include one or more processing cores. The processor 802 connects to various parts within the vehicle 800 via various interfaces and lines, executing instructions, programs, code sets, or instruction sets stored in the memory 804, and calling data stored in the memory 804 to perform various functions and process data within the vehicle 800. Optionally, the processor 802 may be implemented using at least one hardware form of Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), or Programmable Logic Array (PLA). The processor 802 may integrate one or a combination of several of the following: Central Processing Unit (CPU), Graphics Processing Unit (GPU), and modem. The CPU primarily handles the operating system, user interface, and applications; the GPU is responsible for rendering and drawing the displayed content; and the modem handles wireless communication. It is understood that the modem may also not be integrated into the processor 802 and may be implemented separately using a communication chip.

[0094] The memory 804 may include random access memory (RAM) or read-only memory (ROM). The memory 804 can be used to store instructions, programs, code, code sets, or instruction sets. The memory 804 may include a program storage area and a data storage area. The program storage area may store instructions for implementing an operating system, instructions for implementing at least one function (such as touch functionality, sound playback functionality, image playback functionality, etc.), and instructions for implementing the various method embodiments described below. The data storage area may also store data created by the vehicle 800 during use (such as phonebooks, audio and video data, chat log data, etc.).

[0095] The network module 806 is used to receive and transmit electromagnetic waves, realizing the mutual conversion between electromagnetic waves and electrical signals, thereby communicating with communication networks or other devices, such as communicating with vehicles. The network module 806 may include various existing circuit elements for performing these functions, such as antennas, radio frequency transceivers, digital signal processors, encryption / decryption chips, user identity modules (SIM cards), memory, etc. The network module 806 can communicate with various networks such as the Internet, corporate intranets, and wireless networks, or communicate with other devices through wireless networks. The aforementioned wireless networks may include cellular telephone networks, wireless local area networks (WLANs), or metropolitan area networks (MANs). For example, the network module 806 can exchange information with base stations.

[0096] Please refer to Figure 8, which shows a structural block diagram of a computer-readable storage medium provided in an embodiment of this application. The computer-readable storage medium 900 stores program code that can be called by a processor to execute the methods described in the above method embodiments.

[0097] The computer-readable storage medium 900 may be an electronic memory such as flash memory, EEPROM (Electrically Erasable Programmable Read-Only Memory), EPROM, hard disk, or ROM. Optionally, the computer-readable storage medium 900 includes a non-transitory computer-readable storage medium. The computer-readable storage medium 900 has storage space for program code 910 that performs any of the method steps described above. This program code can be read from or written to one or more computer program products. The program code 910 may, for example, be compressed in a suitable form.

[0098] This application provides a data transmission method, apparatus, vehicle, and storage medium. When a failure to upload vehicle-to-the-cloud (V2X) data from a self-owned vehicle is detected, a connection is established with a target vehicle, which is the vehicle with the strongest communication signal within the self-owned vehicle's communication range. The V2X data is then packaged into a data file and sent to the target vehicle, which then uploads the data file to the cloud. This method allows V2X data to be uploaded via the upload links of other nodes when its own upload link is blocked, eliminating the need to maintain continuous connections between nodes during transmission. Data can be transferred off-vehicle, preventing waste of upload resources. Furthermore, maintaining data integrity and continuity as much as possible effectively improves data quality and leaves more room for backend data utilization.

[0099] The embodiments of the present invention have been described above with reference to the accompanying drawings. However, the present invention is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of the present invention without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of the present invention.

Claims

1. A data transmission method, characterized in that, The method includes: when it is detected that the vehicle's cloud data upload to the cloud fails, establishing a connection with a target vehicle, wherein the target vehicle is the vehicle with the strongest communication signal within the vehicle's communication range; packaging the cloud data into a data file and sending it to the target vehicle, so that the target vehicle can upload the data file to the cloud.

2. The method according to claim 1, characterized in that, The step of packaging the vehicle cloud data into a data file and sending it to the target vehicle, so that the target vehicle can upload the data file to the cloud, includes: packaging the vehicle cloud data within each preset time period into a data file, the data file carrying data information, the data information including the data validity time and the data source vehicle identification code; sending the data file to the target vehicle, so that the target vehicle can verify the data file based on the data information and upload the data file to the cloud.

3. The method according to claim 2, characterized in that, The step of packaging the vehicle data within each preset time period into a data file includes: packaging the vehicle cloud data within each preset time period into a data file, encrypting the data file, and obtaining an encrypted data file.

4. The method according to claim 1, characterized in that, The method further includes: if sending the data file to the target vehicle fails, determining a new target vehicle from the backup vehicles, wherein the backup vehicle is within the vehicle's communication range and has a communication signal strength lower than that of the target vehicle; establishing a connection with the new target vehicle and sending the data file to the new target vehicle so that the data file can be uploaded to the cloud through the new target vehicle.

5. A data transmission method, characterized in that, The method further includes: establishing a connection with nearby vehicles, receiving data files sent by the nearby vehicles, wherein the data files are generated when the nearby vehicles detect that the vehicle cloud data upload to the cloud has failed, and then package the vehicle cloud data into a data file and send it; performing data verification on the data file; and if the verification passes, uploading the data file to the cloud.

6. The method according to claim 5, characterized in that, The data verification of the data file includes: verifying the data file based on its data information, including the data validity time and the vehicle identification code of the data source; and uploading the data file to the cloud if the verification passes, including: determining that the data file is a valid data file based on the data validity time; and determining that the data file is not a data file of this vehicle based on the vehicle identification code of the data source, then determining that the verification passes and uploading the data file to the cloud.

7. The method according to claim 5, characterized in that, The method further includes: if the data file fails to upload to the cloud, establishing a connection with a backup vehicle, wherein the backup vehicle is a vehicle within the vehicle's communication range whose communication signal is lower than that of the nearby vehicles; sending the data file to the backup vehicle so that the data file can be uploaded to the cloud through the backup vehicle.

8. A data transmission device, characterized in that, The device includes: a connection establishment unit, used to establish a connection with a target vehicle when the vehicle's cloud data upload fails to the cloud, wherein the target vehicle is the vehicle with the strongest communication signal within the vehicle's communication range; and a file sending unit, used to package the cloud data into a data file and send it to the target vehicle so that the target vehicle can upload the data file to the cloud.

9. A vehicle, characterized in that, It includes a processor and a memory, wherein the memory is used to store computer programs; and the processor is used to execute the programs stored in the memory to implement the method described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the method described in any one of claims 1-7.

Images