A vehicle end data acquisition method and device

Abstract

The application discloses a kind of vehicle end data acquisition method and device, it is related to vehicle technical field.The method comprises: in response to receiving the empty packet command body sent by cloud, start networking state check, and networking state check result is fed back to cloud;In response to networking state check result indicating that networking state is normal, and receiving the data command body related to data acquisition issued by cloud, the data command body is parsed, and data acquisition rule is dynamically configured based on parsing content for the vehicle end;According to the data acquisition rule dynamically configured by the vehicle end, data acquisition is carried out and is packaged, and the data packet obtained by packaging is uploaded to the cloud.By the implementation mode, the data command body issued by cloud is parsed by the vehicle end, and data acquisition rule configuration can be realized, without affecting the normal operation of car machine, improve data acquisition rule configuration efficiency and user experience.

Description

Technical Field

[0001] This invention relates to the field of vehicle technology, and in particular to a method and apparatus for vehicle-side data acquisition. Background Technology

[0002] Currently, vehicle data collection primarily relies on in-vehicle infotainment systems (IVS) to collect data based on pre-set configuration parameters and upload it to the cloud. When adjustments to the signals or configuration parameters collected by the vehicle are needed, background operations and upgrades of the IVS are required, interrupting its ongoing functions. The IVS can only resume operation and data collection after these background operations are complete, which undoubtedly impacts the user's normal use of the vehicle. Summary of the Invention

[0003] In view of this, embodiments of the present invention provide a vehicle-side data acquisition method and apparatus, which enables the vehicle-side to parse the data command body sent from the cloud to configure data acquisition rules without affecting the normal operation of the vehicle's infotainment system, thereby improving the efficiency of data acquisition rule configuration and user experience.

[0004] To achieve the above objectives, according to one aspect of the present invention, a vehicle-side data acquisition method applied to a vehicle is provided, comprising: Upon receiving an empty packet command body sent from the cloud, initiate a network status check and send the network status check result back to the cloud; In response to the network status check result indicating that the network status is normal, and upon receiving the data command body related to data collection sent from the cloud, the system parses the aforementioned data command body and dynamically configures the data collection rules for the aforementioned vehicle based on the parsed content. Data is collected and packaged according to the data collection rules dynamically configured on the vehicle side, and the packaged data packets are uploaded to the cloud.

[0005] Optionally, the above-mentioned data command body is parsed, and data collection rules are dynamically configured for the vehicle based on the parsed content, including: Data configuration information is parsed from the data command body; the data configuration information includes at least one signal to be collected and acquisition configuration parameters corresponding to each of the above-mentioned signals to be collected, wherein the acquisition configuration parameters include at least one of acquisition frequency, acquisition trigger condition and transmission frequency; Configure data collection rules based on the above data configuration information.

[0006] Optionally, the above-mentioned data collection and packaging based on the data collection rules dynamically configured on the vehicle side includes: For each type of signal to be collected included in the above data configuration information, it is collected and packaged according to the above acquisition configuration parameters.

[0007] Optionally, the above method further includes: In response to the failure of the above data collection rule configuration, extract and upload the error log of the configuration failure; Receive the data command body regenerated by the cloud based on the error log, and return the steps of parsing the data command body.

[0008] Optionally, the above parsing of the data command body also includes: parsing a data template from the data command body; The collected data is packaged, including: filling the collected data into a data template, and packaging the data template filled with the collected data.

[0009] To achieve the above objectives, according to another aspect of the present invention, a vehicle-side data collection method applied in the cloud is provided, comprising: An empty packet command body is generated and sent to the vehicle terminal to perform a network status check on the vehicle terminal based on the above empty packet command body; In response to receiving a network status check result indicating that the network status is normal from the vehicle terminal, a data command body is generated and sent to the vehicle terminal. Receive the data packets that the vehicle-mounted device collects and uploads based on the aforementioned data command body.

[0010] Optionally, the above method further includes: in response to the failure to send the above empty packet command body, ending the vehicle-side data collection.

[0011] Optionally, the above method further includes: Upon receiving the aforementioned data packet, perform integrity and correctness verification on the data packet. If the above integrity verification or the above correctness verification fails, obtain the operation log corresponding to the above data packet from the vehicle end; The above operation logs are analyzed. Based on the analysis results, the data collection rules configured on the vehicle are adjusted, and the data command body is regenerated and sent to the vehicle based on the adjusted data collection rules.

[0012] To achieve the above objectives, according to another aspect of the present invention, a vehicle-side data acquisition device is provided, applied to a vehicle, comprising: The inspection module is used to initiate a network status check in response to receiving an empty packet command body sent from the cloud, and to send the network status check results back to the cloud. The parsing module is used to respond to the network status check result indicating that the network status is normal and to receive the data command body related to data collection sent from the cloud, to parse the above data command body, and to dynamically configure the data collection rules for the above vehicle terminal based on the parsed content. The data acquisition module is used to collect and package data according to the data acquisition rules dynamically configured on the vehicle side, and upload the packaged data packets to the cloud.

[0013] To achieve the above objectives, according to another aspect of the present invention, a vehicle-side data acquisition device is provided, applied in the cloud, comprising: The delivery module is used to generate an empty packet command body and send it to the vehicle terminal to check the network status of the vehicle terminal based on the above empty packet command body; The generation module is used to generate a data command body in response to receiving a network status check result indicating that the network status is normal from the vehicle terminal, and then send the data command body to the vehicle terminal. The receiving module is used to receive the data packets collected and uploaded by the vehicle terminal based on the aforementioned data command body.

[0014] To achieve the above objectives, according to another aspect of the present invention, a vehicle-side data acquisition system is provided, comprising: a vehicle-side data acquisition device applied to a vehicle and a vehicle-side data acquisition device applied to a cloud, according to embodiments of the present invention.

[0015] One embodiment of the above invention has the following advantages or beneficial effects: In response to receiving an empty packet command body sent from the cloud, a network status check is initiated, and the network status check result is fed back to the cloud; in response to the network status check result indicating a normal network status, and receiving a data command body related to data collection sent from the cloud, the data command body is parsed, and data collection rules are dynamically configured for the vehicle based on the parsed content; data is collected and packaged according to the dynamically configured data collection rules on the vehicle, and the packaged data packet is uploaded to the cloud. This allows for a network status check to be triggered based on the empty packet command body before configuring data collection rules on the vehicle, reducing the probability of data transmission failure due to an abnormal network status during subsequent data command body sending and data packet uploading to the cloud. Furthermore, data collection rule configuration can be achieved simply by parsing the data command body sent from the cloud. Whether modifying existing collection signals or adding new signals to be collected, the normal operation of the vehicle's infotainment system is not affected, and the vehicle's infotainment system does not need to be restarted after the data collection rules are configured, greatly improving the efficiency of data collection rule configuration and user experience.

[0016] The further effects of the aforementioned unconventional alternative methods will be explained below in conjunction with specific implementation methods. Attached Figure Description

[0017] The accompanying drawings are provided to better understand the invention and are not intended to unduly limit the scope of the invention. Wherein: Figure 1This is a flowchart illustrating a vehicle-side data acquisition method applied to a vehicle according to an embodiment of the present invention. Figure 2 This is a flowchart illustrating a vehicle-side data acquisition method applied to the cloud according to an embodiment of the present invention; Figure 3 This is a flowchart illustrating a vehicle-side data acquisition method according to another embodiment of the present invention; Figure 4 This is a schematic diagram of the main modules of a vehicle-side data acquisition device applied to a vehicle according to an embodiment of the present invention; Figure 5 This is a schematic diagram of the main modules of a vehicle-side data acquisition device applied to the cloud according to an embodiment of the present invention; Figure 6 This is an exemplary system architecture diagram in which embodiments of the present invention can be applied; Figure 7 This is a schematic diagram of the structure of a computer system suitable for implementing terminal devices or servers of the present invention. Detailed Implementation

[0018] The following description, in conjunction with the accompanying drawings, illustrates exemplary embodiments of the present invention, including various details to aid understanding. These details should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the invention. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0019] It should be noted that, unless otherwise specified, the embodiments of the present invention and the technical features thereof can be combined with each other.

[0020] Figure 1 This is a schematic diagram of the main steps of the vehicle-side data acquisition method according to an embodiment of the present invention.

[0021] like Figure 1 As shown, the vehicle-side data acquisition method applied to the vehicle side in this embodiment of the invention mainly includes the following steps S101 to S103: Step S101: In response to receiving the empty packet command body sent by the cloud, initiate a network status check and send the network status check result back to the cloud; The empty packet command body represents a command object that carries an empty packet and has no actual execution logic. It is used to trigger the vehicle's network status check, and whether the vehicle can establish a communication connection can be identified by whether the cloud and the vehicle can successfully receive the empty packet command body.

[0022] The empty packet command body includes the unique identifier of the vehicle to be checked for network status. This serves two purposes: firstly, it prevents the cloud from mistakenly sending the command to other vehicles; secondly, after receiving the empty packet command body, the vehicle can compare the unique identifier contained therein with its own unique identifier. If they match, a network status check is triggered; if they do not match, the network status check is not triggered, and the received empty packet command body is deleted.

[0023] Network status checks primarily involve verifying the modules and links used for remote communication in the vehicle-side Telematics Box (T-BOX). This includes, but is not limited to, the Subscriber Identity Module (SIM), network registration and dialing modules, data links, cloud connectivity, network performance, and anomaly recovery capabilities. This ensures stable and reliable remote communication on the vehicle side, allowing for subsequent data command reception and data collection rule configuration. If any module or link in the T-BOX used for remote communication is abnormal, a network status check result indicating an abnormal network status is generated; if all modules or links in the T-BOX used for remote communication are normal, a network status check result indicating a normal network status is generated.

[0024] Step S102: In response to the network status check result indicating that the network status is normal, and receiving the data command body related to data collection sent from the cloud, the above data command body is parsed, and data collection rules are dynamically configured for the above vehicle terminal based on the parsed content. The data command body is related to data acquisition at the vehicle end and contains instructions to trigger the vehicle end to configure data acquisition rules. Based on the above data command body, the vehicle end can modify the acquisition configuration parameters of the signal being acquired or add signals to be collected, thereby configuring data acquisition rules.

[0025] Step S103: Collect and package data according to the data collection rules dynamically configured on the vehicle side, and upload the packaged data packet to the cloud.

[0026] In one optional embodiment, parsing the data command body and dynamically configuring data acquisition rules for the vehicle based on the parsed content includes: parsing data configuration information from the data command body; the data configuration information includes at least one signal to be collected and acquisition configuration parameters corresponding to each of the signals to be collected, wherein the acquisition configuration parameters include at least one of acquisition frequency, acquisition triggering condition and transmission frequency; and configuring data acquisition rules according to the data configuration information.

[0027] The data configuration information may include a list of signals to be collected, as described above. The vehicle-side can set a signal list, which contains all signals for which the vehicle-side needs to collect signals and upload data.

[0028] If a signal to be collected in the list of signals to be collected is a signal currently being collected that is included in the vehicle-side signal list, the acquisition configuration parameters of that signal in the vehicle-side can be adjusted according to the acquisition configuration parameters of that signal in the data command body to configure the data acquisition rules; if a signal to be collected in the list of signals to be collected is not a signal currently being collected that is included in the vehicle-side signal list, the signal to be collected can be added to the vehicle-side signal list, and the data acquisition rules of the vehicle-side can be configured according to the acquisition configuration parameters of the signal to be collected in the data command body.

[0029] Specifically, configuring data acquisition rules based on the above data configuration information may include: for the above acquisition triggering conditions, injecting them into the T-BOX and setting them as program start signals; for the above acquisition frequency, injecting them into the T-BOX and setting them as vehicle CAN bus signal collection frequency; and for the above transmission frequency, injecting them into the T-BOX and setting them as data packetization frequency.

[0030] After the data acquisition rules are configured, a data acquisition rule configuration result is generated. If any one of the signals to be collected or the acquisition configuration parameters fails to be set, a configuration result indicating a data acquisition rule configuration failure is generated; if both the signals to be collected and all acquisition configuration parameters are set successfully, a configuration result indicating a successful data acquisition rule configuration is generated.

[0031] Optionally, the data command body includes a unique identifier for the vehicle-side device to be configured with data collection rules. When the vehicle-side device receives the aforementioned data command body, it can compare the unique identifier in the data command body with its own unique identifier. If they match, the parsing of the data command body and the configuration of data collection rules are triggered; if they do not match, the parsing of the data command body and the configuration of data collection rules are not triggered.

[0032] In one optional embodiment, the above-mentioned data collection and packaging according to the data collection rules dynamically configured on the vehicle side includes: for each type of signal to be collected included in the above-mentioned data configuration information, collecting and packaging it according to the above-mentioned collection configuration parameters.

[0033] After configuring the data acquisition rules according to the data configuration information, data acquisition of the signal to be collected can be initiated upon reaching the acquisition trigger condition. Data acquisition is performed according to the acquisition frequency, and the acquired data corresponding to the signal to be collected is set as a signal array. That is, according to the array structure of the signal to be collected, the acquired data is stored in a contiguous memory space in a fixed order to form a signal array. The signal array is packaged according to the transmission frequency and uploaded to the cloud.

[0034] In an optional embodiment, the method further includes: in response to the failure of the data collection rule configuration, extracting and uploading an error log of the configuration failure; receiving the data command body regenerated by the cloud based on the error log, and returning the step of parsing the data command body.

[0035] In an optional embodiment, the above-mentioned parsing of the data command body further includes: parsing a data template from the data command body; and packaging the collected data, including: filling the collected data into the data template and packaging the data template filled with the collected data.

[0036] In addition to the data configuration information mentioned above, the data command body also includes a data template. The data template represents the template used when packaging the data after collection is complete. By setting a data template, the collected data is filled into the template, giving the uploaded data packets a unified data structure, which facilitates data analysis and storage.

[0037] According to an embodiment of the present invention, a vehicle-side data acquisition method for vehicles initiates a network status check in response to receiving an empty packet command body sent from the cloud, and feeds back the network status check result to the cloud; in response to the network status check result indicating that the network status is normal, and receiving a data command body related to data acquisition sent from the cloud, the method parses the data command body and dynamically configures data acquisition rules for the vehicle-side based on the parsed content; data is acquired and packaged according to the dynamically configured data acquisition rules on the vehicle-side, and the packaged data packet is uploaded to the cloud. This method can trigger a network status check based on the empty packet command body before configuring data acquisition rules on the vehicle-side, reducing the probability of data transmission failure due to abnormal network status during subsequent data command body sending and data packet uploading to the cloud. Furthermore, data acquisition rule configuration can be achieved simply by parsing the data command body sent from the cloud. Whether modifying existing acquisition signals or adding new signals to be collected, it does not affect the normal operation of the vehicle-mounted system, and there is no need to restart the vehicle-mounted system after the data acquisition rules are configured, greatly improving the efficiency of data acquisition rule configuration and user experience.

[0038] Figure 2This is a flowchart illustrating a vehicle-side data collection method applied to the cloud according to an embodiment of the present invention. Figure 2 As shown, the vehicle-side data collection method applied to the cloud in this embodiment of the invention includes the following steps S201 to S203: Step S201: Generate an empty packet command body and send it to the vehicle terminal to check the network status of the vehicle terminal based on the empty packet command body. Step S202: In response to receiving the network status check result indicating that the network status is normal sent by the vehicle terminal, a data command body is generated and sent to the vehicle terminal. Step S203: Receive the data packet that the vehicle terminal collects and uploads based on the data command body.

[0039] By triggering a network status check on the vehicle-side via an empty packet command body, network anomalies are prevented from affecting the transmission of data command bodies and data packets. The aforementioned data command body allows for the configuration of data collection rules without interrupting or disabling certain functions of the vehicle's infotainment system before configuration, thus avoiding disruption to its normal operation. Furthermore, this embodiment of the invention allows for flexible adjustment of the data command body as needed, enabling the vehicle-side to collect data that meets specific requirements.

[0040] In an optional embodiment, the method further includes: terminating vehicle-side data collection in response to the failure to send the empty packet command body.

[0041] If the empty packet command body fails to be sent, it means that the communication connection between the cloud and the vehicle cannot be established.

[0042] Optionally, a threshold for the number of times to send can be preset. If the empty packet command body fails to be sent, an attempt will be made to resend the empty packet command body to the vehicle. If the number of times to send reaches the threshold and the data is still not sent successfully, the data collection at the vehicle end will be terminated.

[0043] In an optional embodiment, the method further includes: in response to receiving the data packet, performing integrity verification and correctness verification on the data packet; if the integrity verification or the correctness verification fails, obtaining the operation log corresponding to the data packet from the vehicle terminal; analyzing the operation log, adjusting the data collection rules configured on the vehicle terminal based on the analysis results of the operation log, and regenerating the data command body based on the adjusted data collection rules and sending it to the vehicle terminal.

[0044] Integrity verification of data packets mainly involves identifying whether there are any missing fields in the data packets. If no fields are missing, a verification result indicating successful integrity verification is generated; if any fields are missing, a verification result indicating failure to verify integrity is generated.

[0045] The correctness verification of data packets mainly includes identifying whether the data contained in the data packet and the data format are correct. If all are correct, a verification result of successful data packet correctness verification is generated; if there are errors in the data or the data format is incorrect, a verification result of failed data packet correctness verification is generated.

[0046] If integrity or correctness verification fails, the cause can be determined based on the analysis results of the operation log, so as to adjust the data collection rules and regenerate the data command body.

[0047] In one optional embodiment, after receiving the data packet uploaded by the vehicle, the data packet can be decompressed and analyzed, and the data can be displayed according to the data analysis requirements, so that data analysts can understand the vehicle status in a timely manner.

[0048] According to an embodiment of the present invention, a vehicle-side data acquisition method applied to the cloud generates an empty packet command body and sends it to the vehicle-side to perform a network status check on the vehicle-side based on the empty packet command body; in response to receiving a network status check result indicating that the network status is normal sent by the vehicle-side, a data command body is generated and sent to the vehicle-side; the data packets collected and uploaded by the vehicle-side based on the data command body are received; the empty packet command body triggers a network status check on the vehicle-side to identify whether a normal and stable communication connection can be established between the cloud and the vehicle-side, avoiding network anomalies from affecting the transmission of the data command body and data packets; and the data command body can be freely adjusted according to needs to configure the vehicle-side data acquisition rules, enabling the vehicle-side to collect data that meets the requirements based on the data command body.

[0049] The following detailed explanation of the vehicle-side data collection method is illustrated through a specific embodiment.

[0050] like Figure 3 As shown, the vehicle-side data acquisition method of this embodiment includes the following steps S301 to S308: Step S301: An empty packet command body is generated in the cloud and sent to the vehicle terminal; wherein, the empty packet command body includes the unique identifier of the vehicle terminal to be checked for network status; In response to the failure to send the empty packet command body mentioned above, the vehicle-side data collection is terminated. In step S302, the vehicle receives the empty packet command body sent by the cloud, compares its own unique identifier with the unique identifier in the empty packet command body, and if they match, initiates a network status check and sends the network status check result back to the cloud. In step S303, in response to receiving the network status check result indicating that the network status is normal from the vehicle terminal, the cloud can generate a data command body related to data collection as needed and send the data command body to the vehicle terminal. In step S304, the vehicle receives a data command body sent from the cloud and parses out data configuration information and data template from it; wherein, the data configuration information includes at least one signal to be collected and acquisition configuration parameters corresponding to each of the above-mentioned signals to be collected, wherein the acquisition configuration parameters include at least one of acquisition frequency, acquisition triggering condition and transmission frequency; In step S305, the vehicle can configure data collection rules according to the above data configuration information, identify the data collection rule configuration result, and upload the configuration failure error log to the cloud if the configuration fails, and proceed to step S306; if the configuration is successful, proceed to step S307. Step S306: In response to receiving the error log uploaded by the vehicle terminal, adjust the data configuration information according to the error log, regenerate the data command body, and send the regenerated data command body to the vehicle terminal, then return to step S304; Step S307: For each type of signal to be collected included in the data configuration information, the vehicle terminal can collect data according to the above-mentioned collection configuration parameters based on the configured data collection rules. In step S308, the vehicle terminal can fill the collected data into the data template, package the data template filled with the collected data, and upload the data package to the cloud.

[0051] According to the vehicle-side data acquisition method of the present invention, before configuring data acquisition rules on the vehicle-side, a network status check can be triggered by an empty packet command body. This reduces the probability of data transmission failure due to abnormal network status during the subsequent data command body issuance and the uploading of packaged data packets to the cloud. Furthermore, by generating a data command body in the cloud, the vehicle-side can parse the data command body issued by the cloud to realize the data acquisition rule configuration and acquire data that meets the requirements. Whether modifying existing acquisition signals or adding new signals to be collected, it does not affect the normal operation of the vehicle-mounted system, and there is no need to restart the vehicle-mounted system after the data acquisition rules are configured. This greatly improves the efficiency of data acquisition rule configuration and user experience.

[0052] Figure 4 This is a schematic diagram of the main modules of a vehicle-side data acquisition device applied to a vehicle according to an embodiment of the present invention. Figure 4As shown, the vehicle-side data acquisition device 400 applied to the vehicle end in this embodiment of the invention includes: a checking module 401, used to initiate a network status check in response to receiving an empty packet command body sent from the cloud, and to feed back the network status check result to the cloud; a parsing module 402, used to parse the data command body in response to the network status check result indicating that the network status is normal, and to receive a data command body related to data acquisition sent from the cloud, and to dynamically configure data acquisition rules for the vehicle end based on the parsed content; and an acquisition module 403, used to acquire and package data according to the dynamically configured data acquisition rules of the vehicle end, and to upload the packaged data packet to the cloud.

[0053] In an optional embodiment of the present invention, the parsing module 402 is further configured to: parse data configuration information from the data command body; the data configuration information includes at least one signal to be collected and acquisition configuration parameters corresponding to each of the signals to be collected, wherein the acquisition configuration parameters include at least one of acquisition frequency, acquisition triggering condition and transmission frequency; and configure data acquisition rules according to the data configuration information.

[0054] In an optional embodiment of the present invention, the acquisition module 403 is further configured to: acquire and package each type of signal to be collected included in the data configuration information according to the acquisition configuration parameters.

[0055] In an optional embodiment of the present invention, the vehicle-side data acquisition device 400 applied to the vehicle further includes: an upload module, used to extract and upload an error log of configuration failure in response to the failure of the above-mentioned data acquisition rule configuration; receive the data command body regenerated by the cloud based on the above-mentioned error log, and return the above-mentioned step of parsing the above-mentioned data command body.

[0056] In an optional embodiment of the present invention, the parsing module 402 is further configured to: parse a data template from the data command body.

[0057] The aforementioned acquisition module 403 is also used to: fill the acquired data into a data template and package the data template filled with the acquired data.

[0058] According to an embodiment of the present invention, a vehicle-side data acquisition device for vehicles initiates a network status check in response to receiving an empty packet command body sent from the cloud, and feeds back the network status check result to the cloud; in response to the network status check result indicating that the network status is normal, and receiving a data command body related to data acquisition sent from the cloud, the device parses the data command body and dynamically configures data acquisition rules for the vehicle-side device based on the parsed content; it collects and packages data according to the dynamically configured data acquisition rules for the vehicle-side device, and uploads the packaged data packet to the cloud. This allows for a network status check to be triggered based on the empty packet command body before configuring data acquisition rules for the vehicle-side device, reducing the probability of data transmission failure due to abnormal network status during subsequent data command body sending and data packet uploading to the cloud. Furthermore, data acquisition rule configuration can be achieved simply by parsing the data command body sent from the cloud. Whether modifying existing acquisition signals or adding new signals to be collected, it does not affect the normal operation of the vehicle-mounted system, and there is no need to restart the vehicle-mounted system after the data acquisition rules are configured, greatly improving the efficiency of data acquisition rule configuration and user experience.

[0059] Figure 5 This is a schematic diagram of the main modules of a vehicle-side data acquisition device applied to the cloud according to an embodiment of the present invention. Figure 5 As shown, the vehicle-side data acquisition device 500 applied to the cloud in this embodiment of the invention includes: a sending module 501, used to generate an empty packet command body and send it to the vehicle-side to perform a network status check on the vehicle-side based on the empty packet command body; a generating module 502, used to generate a data command body in response to receiving a network status check result indicating that the network status is normal sent by the vehicle-side, and send the data command body to the vehicle-side; and a receiving module 503, used to receive the data packets collected and uploaded by the vehicle-side based on the data command body.

[0060] In an optional embodiment of the present invention, the vehicle-side data acquisition device 500 applied to the cloud further includes: a termination module, used to terminate vehicle-side data acquisition in response to the failure to send the empty packet command body.

[0061] In an optional embodiment of the present invention, the vehicle-side data acquisition device 500 applied to the cloud further includes: an adjustment module, configured to: in response to receiving the data packet, perform integrity verification and correctness verification on the data packet; if the integrity verification or the correctness verification fails, obtain the operation log corresponding to the data packet from the vehicle; analyze the operation log, adjust the data acquisition rules configured on the vehicle based on the analysis results of the operation log, and regenerate the data command body based on the adjusted data acquisition rules and send it to the vehicle.

[0062] According to an embodiment of the present invention, a vehicle-side data acquisition device applied to the cloud generates an empty packet command body and sends it to the vehicle-side to perform a network status check on the vehicle-side based on the empty packet command body; in response to receiving a network status check result indicating that the network status is normal sent by the vehicle-side, a data command body is generated and sent to the vehicle-side; the device receives data packets collected and uploaded by the vehicle-side based on the data command body, uses the empty packet command body to trigger a network status check on the vehicle-side, identifies whether a normal and stable communication connection can be established between the cloud and the vehicle-side, avoids network anomalies affecting the transmission of the data command body and data packets, and freely adjusts the data command body according to needs to configure the vehicle-side data acquisition rules, so that the vehicle-side can collect data that meets the requirements based on the data command body.

[0063] Figure 6 An exemplary system architecture 600 for a vehicle-side data acquisition system to which embodiments of the present invention can be applied is shown.

[0064] like Figure 6 As shown, system architecture 600 may include vehicle terminals 601, 602, and 603, network 604, and cloud 605. Network 604 serves as the medium for providing communication links between vehicle terminals 601, 602, and 603 and cloud 605. Network 604 may include various connection types, such as wireless communication links, etc.

[0065] Vehicle-mounted devices 601, 602, and 603 interact with the cloud platform 605 via network 604 to receive or send data. For example, vehicle-mounted devices 601, 602, and 603 can parse the data command body received from the cloud platform 605, configure data collection rules, collect and package data based on these rules, and upload the packaged data packets to the cloud platform 605. Various vehicle-driving related applications and communication client applications can be installed on vehicle-mounted devices 601, 602, and 603, such as shopping applications, web browsers, search applications, instant messaging tools, email clients, and social media platforms.

[0066] The cloud-based 605 can be a cloud service that provides various services, such as a backend management server that supports the data packets sent by the vehicle terminals 601, 602, and 603. The backend management server can analyze and process the data in the acquired data packets.

[0067] It should be understood that Figure 6 The number of vehicle terminals, networks, and cloud devices shown is merely illustrative. Any number of vehicle terminals, networks, and cloud devices can be included depending on implementation needs.

[0068] The following is for reference. Figure 7 It shows a schematic diagram of the structure of a computer system 700 suitable for implementing a terminal device of the present invention. Figure 7 The terminal device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of the present invention.

[0069] like Figure 7 As shown, the computer system 700 includes a central processing unit (CPU) 701, which can perform various appropriate actions and processes based on programs stored in read-only memory (ROM) 702 or programs loaded from storage section 708 into random access memory (RAM) 703. The RAM 703 also stores various programs and data required for the operation of the computer system 700. The CPU 701, ROM 702, and RAM 703 are interconnected via a bus 704. An input / output (I / O) interface 705 is also connected to the bus 704.

[0070] The following components are connected to the I / O interface 705: an input section 706 including a keyboard, mouse, etc.; an output section 707 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 708 including a hard disk, etc.; and a communication section 709 including a network interface card such as a LAN card, modem, etc. The communication section 709 performs communication processing via a network such as the Internet. A drive 710 is also connected to the I / O interface 705 as needed. A removable medium 711, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on the drive 710 as needed so that computer programs read from it can be installed into the storage section 708 as needed.

[0071] In particular, according to the embodiments disclosed in this invention, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this invention include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 709, and / or installed from removable medium 711. When the computer program is executed by central processing unit (CPU) 701, it performs the functions defined above in the system of this invention.

[0072] It should be noted that the computer-readable medium shown in this invention can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this invention, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this invention, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.

[0073] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0074] The modules described in the embodiments of the present invention can be implemented in software or hardware. The described modules can also be housed in a processor; for example, a processor may be described as including a checking module, a parsing module, and a data acquisition module. Alternatively, a processor may be described as including a sending module, a generating module, and a receiving module. The names of these modules do not necessarily limit the module itself; for example, the checking module may also be described as "a module that, in response to receiving an empty packet command body sent from the cloud, initiates a network status check and feeds back the network status check result to the cloud."

[0075] In another aspect, the present invention also provides a computer-readable medium, which may be included in the device described in the above embodiments; or it may exist independently and not assembled into the device. The computer-readable medium carries one or more programs, which, when executed by the device, cause the device to: initiate a network status check in response to receiving an empty packet command body sent from the cloud, and feed back the network status check result to the cloud; parse the data command body in response to the network status check result indicating that the network status is normal, and receive a data command body related to data collection sent from the cloud, and dynamically configure data collection rules for the vehicle based on the parsed content; collect and package data according to the dynamically configured data collection rules, and upload the packaged data packet to the cloud. In another scenario, the aforementioned computer-readable medium carries one or more programs, which, when executed by a device, cause the device to: generate an empty packet command body and send it to the vehicle terminal to perform a network status check on the vehicle terminal based on the empty packet command body; in response to receiving a network status check result from the vehicle terminal indicating that the network status is normal, generate a data command body and send the data command body to the vehicle terminal; and receive data packets collected and uploaded by the vehicle terminal based on the data command body.

[0076] According to the technical solution of this invention, in response to receiving an empty packet command body sent from the cloud, a network status check is initiated, and the network status check result is fed back to the cloud; in response to the network status check result indicating that the network status is normal, and receiving a data command body related to data collection sent from the cloud, the data command body is parsed, and data collection rules are dynamically configured for the vehicle based on the parsed content; data is collected and packaged according to the data collection rules dynamically configured for the vehicle, and the packaged data packet is uploaded to the cloud. This allows for a network status check to be triggered based on the empty packet command body before configuring data collection rules for the vehicle, reducing the probability of data transmission failure due to abnormal network status during subsequent data command body sending and data packet uploading to the cloud. Furthermore, data collection rule configuration can be achieved simply by parsing the data command body sent from the cloud. Whether modifying existing collection signals or adding new signals to be collected, the normal operation of the vehicle system is not affected, and the vehicle system does not need to be restarted after the data collection rules are configured, greatly improving the efficiency of data collection rule configuration and user experience.

[0077] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can occur depending on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for collecting vehicle-side data, characterized in that, Applications in vehicles include: Upon receiving an empty packet command body sent from the cloud, initiate a network status check and send the network status check result back to the cloud; In response to the network status check result indicating that the network status is normal, and upon receiving a data command body related to data collection sent from the cloud, the system parses the data command body and dynamically configures data collection rules for the vehicle based on the parsed content. Data is collected and packaged according to the data collection rules dynamically configured on the vehicle side, and the packaged data packets are uploaded to the cloud.

2. The vehicle-side data acquisition method according to claim 1, characterized in that, The step of parsing the data command body and dynamically configuring data collection rules for the vehicle based on the parsed content includes: Data configuration information is parsed from the data command body; the data configuration information includes at least one signal to be collected and acquisition configuration parameters corresponding to each of the signals to be collected, wherein the acquisition configuration parameters include at least one of acquisition frequency, acquisition trigger condition and transmission frequency; Configure data collection rules based on the data configuration information.

3. The vehicle-side data acquisition method according to claim 2, characterized in that, The step of collecting and packaging data according to the data collection rules dynamically configured on the vehicle side includes: For each type of signal to be collected included in the data configuration information, it is collected and packaged according to the acquisition configuration parameters.

4. The vehicle-side data acquisition method according to claim 1, characterized in that, The method further includes: In response to the failure of the data collection rule configuration, extract and upload the configuration failure error log; Receive the data command body regenerated by the cloud based on the error log, and return the step of parsing the data command body.

5. The vehicle-side data acquisition method according to claim 1, characterized in that, The step of parsing the data command body further includes: parsing a data template from the data command body; The collected data is packaged, including: filling the collected data into a data template, and packaging the data template filled with the collected data.

6. A method for vehicle-side data acquisition, characterized in that, Applied to the cloud, including: An empty packet command body is generated and sent to the vehicle terminal to perform a network status check on the vehicle terminal based on the empty packet command body; In response to receiving a network status check result indicating that the network status is normal from the vehicle terminal, a data command body is generated and sent to the vehicle terminal; The vehicle receives data packets that are collected and uploaded based on the data command body.

7. The vehicle-side data acquisition method according to claim 6, characterized in that, The method further includes: In response to the failure to send the empty packet command body, the vehicle-side data collection is terminated.

8. The vehicle-side data acquisition method according to claim 6, characterized in that, The method further includes: In response to receiving the data packet, the integrity and correctness of the data packet are verified. If the integrity verification or the correctness verification fails, the operation log corresponding to the data packet is obtained from the vehicle. The operation logs are analyzed, and based on the analysis results, the data collection rules configured on the vehicle are adjusted. The data command body is then regenerated based on the adjusted data collection rules and sent to the vehicle.

9. A vehicle-side data acquisition device, characterized in that, Applications in vehicles include: The inspection module is used to initiate a network status check in response to receiving an empty packet command body sent from the cloud, and to send the network status check results back to the cloud. The parsing module is used to respond to the network status check result indicating that the network status is normal, and to receive the data command body related to data collection sent from the cloud, to parse the data command body, and to dynamically configure data collection rules for the vehicle based on the parsed content. The data acquisition module is used to collect and package data according to the data acquisition rules dynamically configured on the vehicle, and upload the packaged data packets to the cloud.

10. A vehicle-mounted data acquisition device, characterized in that, Applied to the cloud, including: The delivery module is used to generate an empty packet command body and send it to the vehicle terminal to check the network status of the vehicle terminal based on the empty packet command body. The generation module is used to generate a data command body in response to receiving a network status check result indicating that the network status is normal from the vehicle terminal, and then send the data command body to the vehicle terminal. The receiving module is used to receive data packets collected and uploaded by the vehicle based on the data command body.

Images