WO2020220952A1 - 针对车联网的数据传输方法和装置 - Google Patents

针对车联网的数据传输方法和装置 Download PDF

Info

Publication number
WO2020220952A1
WO2020220952A1 PCT/CN2020/083741 CN2020083741W WO2020220952A1 WO 2020220952 A1 WO2020220952 A1 WO 2020220952A1 CN 2020083741 W CN2020083741 W CN 2020083741W WO 2020220952 A1 WO2020220952 A1 WO 2020220952A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
vehicle
configuration file
server
mounted terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2020/083741
Other languages
English (en)
French (fr)
Inventor
王云
郭树刚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Great Wall Motor Co Ltd
Original Assignee
Great Wall Motor Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Great Wall Motor Co Ltd filed Critical Great Wall Motor Co Ltd
Publication of WO2020220952A1 publication Critical patent/WO2020220952A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles

Definitions

  • the present invention relates to the technical field of Internet of Vehicles, and in particular to a data transmission method and device for Internet of Vehicles, a medium and an Internet of Vehicles system.
  • the Internet of Vehicles system includes a host, a vehicle terminal, a mobile phone APP and a background server.
  • the host is mainly used for audio-visual entertainment, information display, etc.
  • vehicle-mounted terminals such as vehicle-mounted TBOX (Telematics BOX), which communicate with the background server and mobile phone APP, and are mainly used to collect vehicle-related data
  • the mobile phone APP can also be a WEB client , The user controls the vehicle from the software interface through the mobile phone APP or WEB client, such as turning on the air conditioner, viewing information, etc.
  • the background server such as the TSP (Telematics Service Provider, car remote service provider) platform, and the mobile phone APP and vehicle terminal Communication can be based on the network, for example, the information obtained from the vehicle-mounted terminal can be sent to the mobile phone APP for users to view.
  • TSP Telematics Service Provider, car remote service provider
  • the back-end server and the vehicle-mounted terminal can communicate based on the 4G network to realize that relevant data collected by the vehicle-mounted terminal is uploaded to the back-end server for storage, management and analysis on demand.
  • the existing scheme for uploading data to the back-end server is essentially fixed when the vehicle leaves the factory.
  • the type, quantity and cycle of the data to be uploaded are fixed, and the vehicle-mounted terminal can only collect data following the fixed corresponding scheme.
  • different types of vehicles or even different batches of vehicles of the same model may have different versions or version upgrades.
  • the content of the relevant data that needs to be uploaded to the back-end server may be different. If you use the existing data upload solution , Will not be able to meet the needs of such vehicles, and the more vehicle models and versions, the greater the probability of data upload errors, and the data management of the back-end server will also have an adverse impact.
  • the present invention aims to propose a data transmission method for the Internet of Vehicles system to at least partially solve the problem that the solution of uploading data to the background server in the existing Internet of Vehicles system cannot meet the needs of various vehicles.
  • a data transmission method for a car networking system is applied to a server of the car networking system, and the data transmission method includes: establishing communication between the server and a vehicle-mounted terminal; acquiring vehicle information from the vehicle-mounted terminal; A configuration file matching the acquired vehicle information, where the configuration file is used to restrict the data type and data format of the vehicle-mounted terminal for data sampling, and the data format includes the version information of the data to be sampled;
  • the terminal delivers the determined configuration file; and receives the relevant data uploaded by the vehicle-mounted terminal in response to the configuration file according to the data format, wherein the relevant data is adapted to the data type and the version information .
  • the data type includes vehicle operating data, user habit data, and heartbeat packet data used to maintain communication between the server and the vehicle terminal; and/or the data format also includes data quantity, data location, and sampling The period and the arrangement order of the version information, the number of data, the data position and the sampling period, and the byte length occupied by each.
  • the data transmission method for the Internet of Vehicles system of the present invention has the following advantages:
  • the data transmission method of the present invention has greatly improved flexibility and platformization of data collection.
  • the data transmission method of the present invention realizes the flexible configuration of the configuration file in the background server according to the requirements of the vehicle type, so that the data collection scheme can be updated at any time, thereby adapting to the needs of different vehicle types or different batches of vehicles of the same type.
  • the same style of vehicle terminal can be installed for different models or vehicles of the same model and different batches, which improves the applicability of the vehicle terminal, reduces the probability of data upload errors, facilitates data management by the background server, and easily implements a data collection platform ⁇ .
  • Another object of the present invention is to provide a data transmission method for the Internet of Vehicles system to at least partially solve the above technical problems.
  • a data transmission method for an Internet of Vehicles system is applied to a vehicle terminal of the Internet of Vehicles system, and the data transmission method includes: establishing communication between the vehicle terminal and a server; and receiving information about the vehicle from the server Matching configuration file, wherein the configuration file is used to limit the data type and data format of data sampling by the vehicle-mounted terminal, and the data format includes the version information of the data to be sampled; in response to the configuration file, the sampling and The relevant data adapted to the data type and the version information; and uploading the sampled relevant data to the server according to the data format.
  • the data type includes vehicle operating data, user habit data, and heartbeat packet data used to maintain communication between the server and the vehicle terminal; and/or the data format also includes data quantity, data location, and sampling The period and the arrangement order of the version information, the number of data, the data position and the sampling period, and the byte length occupied by each.
  • the sampling of related data that is compatible with the data type and the version information includes: determining related data that is compatible with the data type; judging whether the determined related data occurs according to the version information If the version changes, update the configuration table of the vehicle-mounted terminal, otherwise keep the configuration table unchanged; and perform sampling of the relevant data based on the configuration table.
  • the data transmission method applied to the vehicle-mounted terminal of the Internet of Vehicles system has the same advantages as the above-mentioned data transmission method applied to the server of the Internet of Vehicles system over the prior art, and will not be repeated here.
  • Another object of the present invention is to provide a data transmission device for an Internet of Vehicles system to at least partially solve the above technical problems.
  • a data transmission device for an Internet of Vehicles system is applied to a server of the Internet of Vehicles system, and the data transmission device includes: a first communication module for establishing communication between the server and a vehicle terminal; a vehicle information acquisition module , Used to obtain vehicle information from the vehicle terminal; a configuration file determination module, used to determine a configuration file matching the acquired vehicle information, wherein the configuration file is used to restrict the data type of the vehicle terminal for data sampling And the data format, and the data format includes the version information of the data to be sampled; a configuration file issuing module for issuing the determined configuration file to the vehicle terminal; and a related data receiving module for receiving the vehicle
  • the terminal responds to the configuration file and uploads related data according to the data format, wherein the related data is adapted to the data type and the version information.
  • the data type includes vehicle operating data, user habit data, and heartbeat packet data used to maintain communication between the server and the vehicle terminal; and/or the data format also includes data quantity, data location, and sampling The period and the arrangement order of the version information, the number of data, the data position and the sampling period, and the byte length occupied by each.
  • the data transmission device applied to the server of the Internet of Vehicles system has the same advantages as the foregoing data transmission method applied to the server of the Internet of Vehicles system over the prior art, and will not be repeated here.
  • Another object of the present invention is to provide a data transmission device for an Internet of Vehicles system to at least partially solve the above technical problems.
  • a data transmission device for a car networking system is applied to a car terminal of the car networking system, and the data transmission device includes: a second communication module for establishing communication between the car terminal and a server; configuration file reception A module for receiving a configuration file matching the vehicle information issued by the server, where the configuration file is used to restrict the data type and data format of the vehicle-mounted terminal for data sampling, and the data format includes the data to be sampled Version information of the data; a related data sampling module for sampling related data that is compatible with the data type and the version information in response to the configuration file; and a related data uploading module for sampling according to the data format , Upload the sampled related data to the server.
  • the data type includes vehicle operating data, user habit data, and heartbeat packet data used to maintain communication between the server and the vehicle terminal; and/or the data format also includes data quantity, data location, and sampling The period and the arrangement order of the version information, the number of data, the data position and the sampling period, and the byte length occupied by each.
  • the related data sampling module includes: a type determination sub-module, which is used to determine related data that is compatible with the data type; a version judgment sub-module, which is used to determine whether the determined related data is based on the version information If there is a version change, update the configuration table of the vehicle-mounted terminal, otherwise keep the configuration table unchanged; and a sampling sub-module for sampling the relevant data based on the configuration table.
  • the data transmission device applied to the vehicle-mounted terminal of the vehicle networking system has the same advantages as the above-mentioned data transmission method applied to the server of the vehicle networking system over the prior art, and will not be repeated here.
  • Another object of the present invention is to provide a machine-readable storage medium, a processor and/or a car networking system to at least partially solve the above technical problems.
  • a machine-readable storage medium having instructions stored on the machine-readable storage medium for causing a machine to execute: any of the foregoing data transmission methods applied to the server of the Internet of Vehicles system; or any of the foregoing The data transmission method of the vehicle terminal of the car networking system.
  • a processor for running a program when the program is run, it is used to execute: any of the foregoing data transmission methods applied to the server of the Internet of Vehicles system; or any of the foregoing data transmission methods applied to the vehicle terminal of the Internet of Vehicles system Data transmission method.
  • An Internet of Vehicles system includes: the above-mentioned server with corresponding data transmission device; and the above-mentioned on-board terminal with corresponding data transmission device.
  • FIG. 1 is a schematic flowchart of a data transmission method for an Internet of Vehicles system according to a first embodiment of the present invention
  • FIG. 2 is a schematic flowchart of a data transmission method for an Internet of Vehicles system according to a second embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a data transmission device for an Internet of Vehicles system according to a third embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of a data transmission device for a car networking system according to a fourth embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a vehicle networking system according to a sixth embodiment of the present invention.
  • FIG. 6 is a schematic diagram of the scheme principle of Application Example 1 of the embodiment of the present invention.
  • FIG. 7 is a schematic flowchart of a data transmission method of application example 1 of the present invention.
  • Figure 8 (a) is a diagram of the format of the configuration file issued by the TSP platform in the first application example of the present invention.
  • FIG. 8(b) is a diagram of the format of the data sampling scheme number, signal quantity, and sampling period n of the configuration file of Fig. 8(a);
  • FIG. 8(c) is a diagram of the signal encoding of the configuration file of FIG. 8(a);
  • Figure 9(a) is a diagram of the format of the data to be uploaded after TBOX is transformed based on the configuration file issued by the TSP;
  • Fig. 9(b) is a diagram of the format of the time stamp of the data to be uploaded in Fig. 9(a);
  • Fig. 9(c) is a diagram of the signal upload cycle of the file to be uploaded in Fig. 9(a).
  • Related data uploading module
  • Fig. 1 is a schematic flowchart of a data transmission method for a vehicle networking system according to a first embodiment of the present invention. As shown in Figure 1, the data transmission method is applied to the server side of the Internet of Vehicles system, and may include the following steps:
  • Step S110 Establish communication between the server and the vehicle-mounted terminal.
  • the communication between the server and the vehicle-mounted terminal based on a wireless communication network may be established, for example, based on a 4G network.
  • Step S120 Obtain vehicle information from the vehicle-mounted terminal.
  • the vehicle information mainly includes model information, for example, the current vehicle is a B037 model.
  • the server and the vehicle-mounted terminal establish communication the server can obtain vehicle information.
  • Step S130 Determine a configuration file matching the acquired vehicle information.
  • the configuration file is used to restrict the data type and data format of data sampling by the vehicle-mounted terminal, and the data format includes version information of the data to be sampled.
  • the server can be configured with a database of pre-stored configuration files of various vehicle types, and the server can query vehicle information such as which type of vehicle the vehicle belongs to to determine the configuration that matches the acquired vehicle information from the database. File, especially to get version information.
  • the data type may include vehicle operating data, user habit data, and heartbeat packet data used to maintain communication between the server and the vehicle-mounted terminal.
  • vehicle operation data is, for example, fuel consumption information and fault information of the vehicle
  • user habit data is, for example, user preference data (such as whether the user likes to listen to the radio)
  • heartbeat packet data is used to maintain the server and
  • it can also be used to transmit some specific data in accordance with the national standard (GB/T 32960.x).
  • the specific details of collecting vehicle operating data, user habit data, and heartbeat packet data by applying the method of the embodiment of the present invention will be described below through application examples, and will not be repeated here.
  • the data format may also include data quantity, data location, sampling period, and the version information, the data quantity, the data location, and the sampling period.
  • the data format may include: version number+number of signals to be sampled+signal 1 position and sampling period+signal 2 position and sampling period+signal 3 position and sampling period+...+signal n position and sampling period.
  • Step S140 Deliver the determined configuration file to the vehicle-mounted terminal.
  • verification may be added to the determined configuration file, and then the configuration file after the verification is added to the vehicle-mounted terminal. In this way, a verification mechanism is added, which helps ensure data security.
  • Step S150 receiving related data uploaded by the vehicle-mounted terminal in response to the configuration file according to the data format, wherein the related data is adapted to the data type and the version information.
  • the vehicle-mounted terminal After the vehicle-mounted terminal receives the configuration file, it determines the data type of the data to be collected, for example, vehicle operating data; and then determines whether the data has a version change according to the version information, and if so, the data type corresponding to the changed version The plan collects relevant data, otherwise the data is collected according to the plan corresponding to the original version; finally, the vehicle terminal organizes and uploads the collected relevant data according to the data format specified in the configuration file. In this process, the vehicle-mounted terminal determines the data to be sampled based on the data type, and determines the collection scheme based on the version information, so the relevant data is adapted to the data type and the version information.
  • the data type of the data to be collected for example, vehicle operating data
  • the vehicle terminal determines whether the data has a version change according to the version information, and if so, the data type corresponding to the changed version
  • the plan collects relevant data, otherwise the data is collected according to the plan corresponding to the original version; finally, the vehicle terminal organizes
  • the server receives the relevant data uploaded by the vehicle-mounted terminal for data processing, such as storage, analysis, and management.
  • the related data is adapted to the data type.
  • the data type is vehicle operating data
  • the related data may specifically be fuel consumption data, fault data, and the like.
  • the server After the server has issued the configuration file, if it does not receive feedback from the vehicle-mounted terminal, it needs to re-issue the configuration file to the vehicle-mounted terminal. After retrying a set number of times (for example, 3 times), if there is still no success, you can cancel the retry and record the failure information (failure time, vehicle information, etc.). The failure information can be called out, so that when the vehicle-mounted terminal logs in to the server next time, the server issues the configuration file again.
  • a set number of times for example, 3 times
  • the data transmission method of the embodiment of the present invention realizes the flexible configuration of the configuration file in the background server according to the requirements of the vehicle type, so that the data version, data sampling period, data type, data quantity and data format can be flexibly configured, so that data collection
  • the program can be updated at any time (also available for vehicles that have been mass-produced), so as to adapt to the needs of different models or different batches of vehicles of the same model.
  • the same style of vehicle terminal can be installed for different models or vehicles of the same model and different batches, which improves the applicability of the vehicle terminal, and the same style of vehicle terminal helps reduce the probability of data upload errors and facilitates the background server for data management , hardly realize the platformization of data collection. Therefore, compared with the fixed collection solution in the prior art, the flexibility and platformization of the solution in the embodiment of the present invention are greatly improved.
  • Fig. 2 is a schematic flowchart of a data transmission method for a car networking system according to a second embodiment of the present invention.
  • the data transmission method is applied to the vehicle-mounted terminal of the car networking system, and may include the following steps:
  • Step S210 Establish communication between the vehicle terminal and the server.
  • the communication between the vehicle-mounted terminal and the server based on a wireless communication network may be established, for example, based on a 4G network.
  • Step S220 Receive a configuration file matching the vehicle information issued by the server.
  • the configuration file is used to limit the data type and data format of data sampling by the vehicle-mounted terminal, and the data format includes version information of the data to be sampled.
  • the definition of data type and data format can refer to the aforementioned first embodiment, which will not be repeated here.
  • Step S230 in response to the configuration file, sample relevant data that is adapted to the data type and the version information.
  • this step S230 may specifically include: determining related data that is compatible with the data type; judging whether the determined related data has a version change according to the version information, and if so, updating the vehicle terminal Otherwise, keep the configuration table unchanged; and perform sampling of the relevant data based on the configuration table.
  • the vehicle-mounted terminal determines the data type of the data to be collected, such as vehicle operating data; then determines whether the data has a version change according to the version information, and if so, it corresponds to the changed version
  • the plan collects relevant data, otherwise the data is collected according to the plan corresponding to the original version.
  • the vehicle-mounted terminal determines the data to be sampled based on the data type, and determines the collection scheme based on the version information, so the relevant data is adapted to the data type and the version information.
  • Step S240 Upload the sampled related data to the server according to the data format.
  • the vehicle-mounted terminal after logging in to the server, can start uploading relevant data to the server in a prescribed period (for example, every 30 seconds), and if there is no data, it is recorded as an invalid state.
  • a prescribed period for example, every 30 seconds
  • the vehicle terminal when the vehicle terminal fails to upload data, it needs to be retransmitted.
  • the number of retransmissions can be set. For example, the maximum number of retransmissions is 3 (if the time point for the next data upload is reached, cancel the retransmission (and Store the failed data)) directly transfer new data. If the new data fails to be transmitted according to the scheme of the embodiment of the present invention, it is stored, and all the failed data is reissued until the latest data is successfully transmitted.
  • the data storage period for transmission failure can be set, for example, set to 7 days, and data beyond 7 days will be discarded by itself.
  • verification may be added to the sampled related data first, and then the related data after the verification is added to the server. In this way, a verification mechanism is added, which helps ensure data security.
  • Fig. 3 is a schematic structural diagram of a data transmission device for a car networking system according to a third embodiment of the present invention.
  • the data transmission device is applied to the server of the Internet of Vehicles system and includes: a first communication module 310 for establishing communication between the server and a vehicle-mounted terminal; a vehicle information acquisition module 320 for acquiring a vehicle from the vehicle-mounted terminal Information; the configuration file determination module 330 is used to determine a configuration file matching the acquired vehicle information, wherein the configuration file is used to restrict the data type and data format of the vehicle terminal for data sampling, and the data format It includes the version information of the data to be sampled; the configuration file issuing module 340 is used to issue the determined configuration file to the vehicle terminal; and the related data receiving module 350 is used to receive the vehicle terminal in response to the configuration file The related data uploaded according to the data format, wherein the related data is adapted to the data type and the version information.
  • Fig. 4 is a schematic flowchart of a data transmission device for a car networking system according to a fourth embodiment of the present invention.
  • the data transmission device is applied to the vehicle-mounted terminal of the Internet of Vehicles system, and includes: a second communication module 410 for establishing communication between the vehicle-mounted terminal and a server; a configuration file receiving module 420 for receiving the server issued The configuration file matching the vehicle information, wherein the configuration file is used to limit the data type and data format of the vehicle-mounted terminal for data sampling, and the data format includes version information of the data to be sampled; related data sampling module 430 , Used to respond to the configuration file, sample related data that is compatible with the data type and the version information; and a related data upload module 440, used to upload the sampled data to the server according to the data format The relevant data.
  • the related data sampling module 430 may include: a type determination sub-module for determining related data that is compatible with the data type; a version determination sub-module for determining according to the version information Whether the determined relevant data has a version change, if so, update the configuration table of the vehicle terminal, otherwise keep the configuration table unchanged; and a sampling sub-module for sampling the relevant data based on the configuration table.
  • the fifth embodiment of the present invention provides a machine-readable storage medium having instructions stored on the machine-readable storage medium for causing a machine to execute the data transmission method described in the first embodiment, or for causing a machine The data transmission method of the second embodiment is executed.
  • the machine executes instructions on the server side; for the second embodiment, the machine executes instructions on a vehicle-mounted terminal.
  • the data transmission method in the machine-readable storage medium can be understood with reference to the foregoing embodiments, and will not be repeated here.
  • the following is a further introduction to the machine-readable storage medium in combination with application scenarios.
  • the fifth embodiment of the present invention can be provided as a method, an apparatus (equipment or system), or a computer program product. Therefore, the fifth embodiment of the present invention may adopt a form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the embodiments of the present invention may take the form of a computer program product implemented on one or more machine-readable storage media containing computer usable program codes.
  • the machine-readable storage medium includes, but is not limited to, phase change memory (Phase Change Random Access Memory, PRAM, also known as RCM/PCRAM), static random access memory (SRAM), dynamic Random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory Technology, CD-ROM, Digital Versatile Disk (DVD) or other optical storage, magnetic cassette tape, magnetic tape disk storage or other magnetic storage devices and other media that can store program codes.
  • PRAM Phase Change Random Access Memory
  • SRAM static random access memory
  • DRAM dynamic Random access memory
  • RAM random access memory
  • ROM read only memory
  • EEPROM electrically erasable programmable read only memory
  • flash memory or other memory Technology
  • CD-ROM Compact Disk
  • DVD Digital Versatile Disk
  • other embodiments of the present invention also provide a processor for running a program.
  • the program When the program is run, it is used to execute the data transmission method described in the first embodiment or used to execute the data transmission method of the second embodiment.
  • the processor may be a controller of a server or a vehicle-mounted terminal.
  • Fig. 5 is a schematic structural diagram of a vehicle networking system according to a sixth embodiment of the present invention.
  • the vehicle networking system includes a vehicle-mounted terminal 510 and a server 520, wherein the server 520 is provided with the data transmission device described in the third embodiment, and the vehicle-mounted terminal 510 is provided with the data described in the fourth embodiment. Transmission device.
  • the data transmission device included in the vehicle-mounted terminal 510 and the server 520 can be understood with reference to the foregoing embodiment, and will not be repeated here.
  • the Internet of Vehicles system also includes a host, and also includes a mobile phone APP or a WEB client.
  • the first application example is mainly aimed at collecting vehicle operating data or user habit data.
  • the TSP platform collects vehicle operating data (CAN signals), it can analyze vehicle operating conditions and determine whether it is necessary to feed back and provide assistance to users.
  • the TSP platform collects real-time vehicle fault data collected and uploaded by TBOX to analyze whether the vehicle has potential faults. If there is, it will promptly feedback to the user and provide users with help strategies, such as what tools can be used for repairs or nearby repairs. The location of the car shop, etc.
  • the TSP platform collects user habits data (not involving user privacy), it can analyze user preferences and improve vehicles based on user preferences.
  • the TSP platform collects user habits data collected and uploaded by TBOX in real time, and finds that users turn on the radio when the vehicle speed is less than 30km/h (slow state), and turn off the radio when the vehicle speed is higher than 30km/h. So, TSP The platform can provide feedback to vehicle manufacturers to increase the function of "controlling the activation of the radio based on vehicle speed".
  • the vehicle operation data and user habits data are collectively referred to as big data. It can be seen that through the analysis of big data, it can better serve customers and improve the software and hardware of future vehicles.
  • Fig. 6 is a schematic diagram of the scheme principle of the first application example of the embodiment of the present invention.
  • the server mentioned in the above embodiment is a TSP platform
  • the vehicle-mounted terminal is a TBOX
  • the TBOX collects data from the GW (Gateway) of the vehicle.
  • the GW can be connected to a variety of different types of CAN bus, such as SCCAN bus (Safety Control CAN bus, safety control CAN bus, or directly referred to as SC bus), PTCAN bus (Power Train CAN bus, power-driven CAN bus) , Can also be directly referred to as PT bus), ADCAN bus (Auxiliary Drive CAN bus, auxiliary drive bus, or directly referred to as AD bus).
  • SCCAN bus Safety Control CAN bus, safety control CAN bus, or directly referred to as SC bus
  • PTCAN bus Power Train CAN bus, power-driven CAN bus
  • ADCAN bus Advanced Drive CAN bus
  • auxiliary drive bus auxiliary drive bus
  • the TSP platform is equipped with a data database, which stores configuration files of all models (in the form of CAN message signals), and each model has its own independent configuration file (for example, B037 models have B037 Model configuration files, B131 models have B131 models configuration files, etc.).
  • TBOX wakes up, it establishes a connection with the TSP platform.
  • the TSP platform can obtain vehicle information, and determine which model and version of the configuration file to be issued according to the vehicle information (mainly model information). Based on this, the data transmission between TSP platform and TBOX can be started.
  • FIG. 7 is a schematic flowchart of a data transmission method of application example 1 of the present invention. As shown in Figure 7, the following steps can be specifically included:
  • step S710 the TSP platform issues the configuration file to the TBOX.
  • Fig. 8(a) is a diagram of the format of the configuration file issued by the TSP platform in the first application example of the present invention.
  • the configuration file can include: version number + number of signals to be sampled + signal 1 position and sampling period + signal 2 position and sampling period + signal 3 position and sampling period + ... + signal n position And sampling period.
  • the version number is used to characterize the data sampling plan number, that is, different versions correspond to different data sampling plans, and the TBOX determines the data sampling plan to be adopted according to the version number of the received configuration file.
  • Figure 8 (a) is a diagram of the format of the data sampling scheme number, signal number and sampling period n of the configuration file in Figure 8 (a).
  • Figure 8(c) is a diagram of the signal encoding of the configuration file of Fig. 8(a), which is used to show the signal position, for example.
  • the available version 0x0001 represents the general big data version 1, and the factory default version of TBOX is 0x0001.
  • 0x0002 means general big data version 2
  • 0x0003 means general big data version 3..., and so on.
  • the sampling period is 1s
  • the content is 0x0001
  • the sampling period is 15s
  • the content is 0x000F, and so on.
  • the signal code has 4 bytes, and includes: 2 reserved bits, 1 CAN signal distinguishing bit, 11 ID number, 9 MSB (MostSignificantBit, most significant bit) and 9 LSB (Least Significant Bit, the least significant bit).
  • the CAN signal distinguishing bit is 0, it means that there are messages on the SCCAN bus, and 1 indicates other bus messages. If only SCCAN messages are accepted, the CAN signal distinguishing bit is always zero.
  • the SCCAN bus can be used to directly collect data, and the PTCAN bus needs to use the GW to transfer the data to the SCCAN bus to make the TBOX receive the data, so when the CAN signal distinguishing bit is 0, it means direct collection Data, when it is 1, it means that data is collected after conversion by GW.
  • the TSP delivers the configuration file, it can also add verification to the entire package of data delivered to ensure data security.
  • Step S720 TBOX receives the configuration file.
  • step S730 the TBOX judges whether the version number has changed, and if it changes, step S740 is executed, otherwise, step S750 is executed.
  • judging whether the version number changes that is, judging whether the data sampling plan needs to be changed with the version number.
  • step S740 TBOX updates its configuration table.
  • TBOX has a default configuration table given by the manufacturer when it leaves the factory.
  • the configuration table is completely consistent with the corresponding configuration file stored in the TSP platform.
  • the current configuration file issued from the TSP platform It is already a configuration file for a new model or a new version of the vehicle, so TBOX needs to update its configuration table according to the received configuration file.
  • step S750 the TBOX collects big data, extracts the corresponding signal from it, and replaces the old signal according to the storage location required by the TSP configuration file.
  • the big data collected is a CAN message.
  • the TBOX collects the messages sent by the GW according to the previous configuration table, and if there are changes, it collects the messages sent by the GW according to the updated configuration table.
  • data collection performed by the TBOX may include: after the TBOX receives the CAN message sent by the GW, after extracting the corresponding signal, replace the old signal according to the storage location required by the configuration file issued by the TSP platform.
  • Figure 9(a) is a diagram of the format of the data to be uploaded after the TBOX is transformed based on the configuration file issued by the TSP. As shown in Figure 9(a), it includes: data sampling scheme number (2 bytes), time stamp (6 bytes), sampling period, signal encoding, signal valid bits, signal upload period, etc.
  • the signal sequence of each part in the format of the data to be uploaded corresponds to the configuration file issued by the TSP, with the high order of the signal first (first transmission) and the low order second (later transmission).
  • the detailed arrangement order can be as shown in the following table Show.
  • Figure 9 (a) is a diagram of the format of the time stamp of the data to be uploaded in Figure 9 (a);
  • Figure 9 (c) It is a diagram of the signal upload cycle of the file to be uploaded in FIG. 9(a).
  • the data sampling plan number is the same as the version number issued by the TSP platform, and the new factory version number can be set to 0x0001.
  • the 6 bytes correspond to the year, month, day, hour, minute, and second respectively, and each byte is BCD coded.
  • the 6 bytes corresponding to 23:59:59 on December 21, 2019 are: year value 0X19 (omit the high two digits of year), month value 0X12, day value 0X21, hour value 0X23 , The value of minutes is 0X59, and the value of seconds is 0X59.
  • the number of signals can also be characterized by the sampling period.
  • the number of signals and the sampling period are subject to the configuration file issued by the TSP. If it is a new factory, press the cycle and quantity corresponding to the new factory version number 0x0001 (given by the car factory).
  • the signal is filled in according to the actual CAN signal occupation (according to the MSB-LSB issued by the TSP).
  • the signals of a certain period are collected multiple times during upload, arrange them in chronological order from small to large before uploading. For example, if there are two signals with a period of 10 seconds during upload, which are collected 3 times in total, the format is shown in Figure 9(c), and signal 1 and signal 2 are repeatedly sampled 3 times.
  • the signal reporting period is an integral multiple of the sampling period of all signals, so the number of times of reporting the same frequency each time is: reporting period/sampling period. If the sampling points occur at the 0th, 10th, 20th, and 30th seconds, that is, 4 times are collected within 30 seconds, report the first 3 times (that is, report the data at 0, 10, and 20 seconds).
  • step S760 it is judged whether the TBOX is powered on or whether the TSP requests to upload, if yes, execute step S770, otherwise return to step S750.
  • the TBOX after the TBOX is powered on and completes the login (or wakes up), it can also start uploading big data to the TSP platform in a specified period (for example, every 30 seconds). If there is no signal at this time, it is recorded as invalid state. In addition, at this time, the vehicle power supply must be in ACC state, ON state or remote control state.
  • Step S770 TBOX uploads big data to the TSP platform.
  • upload is performed according to the format of the data to be uploaded configured in step S750.
  • the maximum number of retransmissions can be set to 3 (If the time to send the next big data is reached, cancel the retransmission, store the failed data, and then transmit it directly New data). If the new data fails to be transmitted in accordance with the strategy, it is stored until the latest data is successfully transmitted before all failed data is reissued.
  • the data storage period for transmission failure can be set to 7 days, and the data beyond 7 days will be discarded by itself.
  • step S780 the TSP platform processes the big data according to the format of the configuration file after receiving the big data.
  • the processing includes parsing, storing, analyzing data, etc., for example, analyzing the cause of vehicle failure to provide users with maintenance plans or analyzing user preferences to improve the functions of subsequent vehicles.
  • the TSP platform does not receive feedback from TBOX, it needs to re-issue the configuration file to TBOX. After retrying a set number of times (for example, 3 times), if there is still no success, the retry is cancelled and the failure status information (failure time, vehicle information, etc.) is recorded. The failure status information can be recalled.
  • TSP will issue the configuration file again and give the TBOX detailed format requirements, and TBOX will temporarily upload big data in the previous format.
  • the data transmission scheme applied to the Internet of Vehicles in the embodiment of the present invention realizes the full configurability of big data collection, and the data format can be flexibly configured on the TSP platform according to different vehicle requirements, so as to target different vehicle models.
  • the same TBOX can be installed (the big data upload software is the same), and it is helpful to solve the problem of uploading big data to TSP by vehicles of different models or vehicles of the same type and different versions. Compared with the previous fixed collection scheme, it has flexibility and platform The chemistry has greatly improved.
  • the second application example is mainly for the scenario of collecting heartbeat packet data.
  • the heartbeat packet data is used to maintain the communication between the server and the vehicle terminal, and can also be used to transmit some specific data according to the national standard (GB/T 32960.x).
  • G/T 32960.x the national standard
  • the network will be disconnected by default, causing the vehicle to give up the passage.
  • the TBOX can transmit heartbeat packet data to the TSP, which is the function of the heartbeat packet data to maintain the communication between the background server and the vehicle terminal.
  • the heartbeat packet data is used to maintain the communication between the back-end server and the on-board terminal, allowing it to upload specified data in accordance with the requirements of the national standard. For example, China has formulated rules about electric vehicles and hybrid vehicles using heartbeat packets to upload specified data.
  • the existing heartbeat package upload scheme is already fixed when the vehicle leaves the factory, and the content of the heartbeat package may be different for different types of vehicles or even vehicles with the same model and different endorsements. Therefore, the existing heartbeat package upload scheme cannot adapt to the needs of different models, and the content of the heartbeat package cannot be updated after the international version changes.
  • the data transmission scheme of the embodiment of the present invention can be used to transmit heartbeat packet data.
  • the transmission process is similar to the above application example 1.
  • the main difference is that the big data is replaced with the heartbeat packet data here, so as to configure on the TSP side Heartbeat packet data library and heartbeat packet configuration file.
  • the upload cycle is consistent with the specified cycle in the configuration file issued by the TSP platform, that is, the big data upload is performed according to the cycle issued by the TSP.
  • the heartbeat packet data upload of this application example 2 if there is a level 3 alarm, you need to upload the data before and after 30 seconds according to the national requirements, and the period is 1 second. At this time, no matter what the period is issued by the TSP platform , Change the cycle of uploading heartbeat packet data to 1 second, and then upload it according to the cycle issued by TSP after the normal situation is restored.
  • the data transmission scheme applied to the Internet of Vehicles in the embodiment of the present invention realizes the fully configurable collection of heartbeat packet data, and the data format can be flexibly configured on the TSP platform according to different vehicle requirements, so as to target different Vehicles can be installed with the same TBOX (the heartbeat package upload software is the same), and it is helpful to solve the problem of different vehicle models or vehicles of the same type and different versions uploading heartbeat data to the TSP.
  • TBOX the heartbeat package upload software is the same

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及车联网技术领域，提供一种针对车联网的数据传输方法和装置。本发明应用于车联网系统的服务器的数据传输方法包括：建立所述服务器与车载终端的通信；从所述车载终端获取车辆信息；确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；向所述车载终端下发所确定的配置文件；以及接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。本发明的数据传输方法相对于现有技术中的固定采集方案，数据采集的灵活度和平台化都有大幅提升。

Description

针对车联网的数据传输方法和装置 技术领域
本发明涉及车联网技术领域，特别涉及一种针对车联网的数据传输方法和装置及介质和车联网系统。
背景技术
车联网系统包括主机、车载终端、手机APP及后台服务器。其中，主机主要用于影音娱乐、信息显示等；车载终端，例如车载TBOX(Telematics BOX)，其与后台服务器及手机APP通信，主要用于采集车辆相关数据；手机APP，也可以是WEB客户端，用户通过手机APP或WEB客户端从软件界面对车辆进行控制，如开关空调、查看信息等；后台服务器，例如TSP(Telematics Service Provider，汽车远程服务提供商)平台，其与手机APP及车载终端可基于网络进行通信，例如可将从车载终端获取的信息发送给手机APP以供用户查看。
进一步地，对于现在加入车联网系统的车辆，后台服务器与车载终端可基于4G网络通信以实现将车载终端采集的相关数据按需上传至所述后台服务器进行存储、管理和分析。
但是，现有的向后台服务器上传数据的方案实质上在车辆出厂时就已经固定了，例如固定了要上传的数据的种类、数量和周期，车载终端只能遵循该固定了的相应方案采集数据，无法添加新的数据和删去不想采集的数据。而在实际中，不同类型的车辆甚至同型号的不同批次的车辆，因存在版本不同或版本升级等问题，需要上传给后台服务器的相关数据的内容都可能不同，如果使用现有数据上传方案，将无法适应这类车辆的需求，且车辆型号越多、版本越多，数据上传出错的概率就越大，对后台服务器进行数据管理也会造成不利影响。
发明内容
有鉴于此，本发明旨在提出一种针对车联网系统的数据传输方法，以至少部分地解决现有车联网系统中向后台服务器上传数据的方案无法适应各类车辆需求的问题。
为达到上述目的，本发明的技术方案是这样实现的：
一种针对车联网系统的数据传输方法，应用于所述车联网系统的服务器，且所述数据传输方法包括：建立所述服务器与车载终端的通信；从所述车载终端获取车辆信息；确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息； 向所述车载终端下发所确定的配置文件；以及接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。
进一步的，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。
相对于现有技术，本发明所述的针对车联网系统的数据传输方法具有以下优势：
本发明所述的数据传输方法相对于现有技术中的固定采集方案，数据采集的灵活度和平台化都有大幅提升。具体地，本发明所述的数据传输方法实现了配置文件根据车型要求在后台服务器的灵活配置，使得数据采集方案能随时更新，从而能适应不同车型或同型号不同批次的车辆的需求。并且，可对于不同车型或同型号不同批次的车辆安装同样款式的车载终端，提升了车载终端的适用性，减少数据上传出错的概率，便于后台服务器进行数据管理，轻松实现了数据采集的平台化。
本发明的另一目的在于提出一种针对车联网系统的数据传输方法，以至少部分地解决上述技术问题。
为达到上述目的，本发明的技术方案是这样实现的：
一种针对车联网系统的数据传输方法，应用于所述车联网系统的车载终端，且所述数据传输方法包括：建立所述车载终端与服务器的通信；接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据；以及按照所述数据格式，向所述服务器上传所采样的所述相关数据。
进一步的，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。
进一步的，所述采样与所述数据类型及所述版本信息相适配的相关数据包括：确定与所述数据类型相适配的相关数据；根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及基于所述配置表进行所述相关数据的采样。
该应用于所述车联网系统的车载终端的数据传输方法与上述应用于所述车联网系统的服务器的数据传输方法相对于现有技术所具有的优势相同，在此不再赘述。
本发明的另一目的在于提出一种针对车联网系统的数据传输装置，以至少部分地解决上述技术问题。
为达到上述目的，本发明的技术方案是这样实现的：
一种针对车联网系统的数据传输装置，应用于所述车联网系统的服务器，且所述数据传输装置包括：第一通信模块，用于建立所述服务器与车载终端的通信；车辆信息获取模块，用于从所述车载终端获取车辆信息；配置文件确定模块，用于确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；配置文件下发模块，用于向所述车载终端下发所确定的配置文件；以及相关数据接收模块，用于接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。
进一步的，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。
该应用于所述车联网系统的服务器的数据传输装置与上述应用于所述车联网系统的服务器的数据传输方法相对于现有技术所具有的优势相同，在此不再赘述。
本发明的另一目的在于提出一种针对车联网系统的数据传输装置，以至少部分地解决上述技术问题。
为达到上述目的，本发明的技术方案是这样实现的：
一种针对车联网系统的数据传输装置，应用于所述车联网系统的车载终端，且所述数据传输装置包括：第二通信模块，用于建立所述车载终端与服务器的通信；配置文件接收模块，用于接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；相关数据采样模块，用于响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据；以及相关数据上传模块，用于按照所述数据格式，向所述服务器上传所采样的所述相关数据。
进一步的，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或所 述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。
进一步的，所述相关数据采样模块包括：类型确定子模块，用于确定与所述数据类型相适配的相关数据；版本判断子模块，用于根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及采样子模块，用于基于所述配置表进行所述相关数据的采样。
该应用于所述车联网系统的车载终端的数据传输装置与上述应用于所述车联网系统的服务器的数据传输方法相对于现有技术所具有的优势相同，在此不再赘述。
本发明的另一目的在于提出一种机器可读存储介质、处理器和/或车联网系统，以至少部分地解决上述技术问题。
为达到上述目的，本发明的技术方案是这样实现的：
一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行：上述任意应用于所述车联网系统的服务器的数据传输方法；或者上述任意应用于所述车联网系统的车载终端的数据传输方法。
一种处理器，用于运行程序，所述程序被运行时用于执行：上述任意应用于所述车联网系统的服务器的数据传输方法；或者上述任意应用于所述车联网系统的车载终端的数据传输方法。
一种车联网系统，包括：上述具有相应数据传输装置的服务器；以及上述具有相应数据传输装置的车载终端。本发明的其它特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施方式及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是本发明的第一实施例的针对车联网系统的数据传输方法的流程示意图；
图2是本发明第二实施例的一种针对车联网系统的数据传输方法的流程示意图；
图3是本发明第三实施例的一种针对车联网系统的数据传输装置的结构示意图；
图4是本发明第四实施例的一种针对车联网系统的数据传输装置的流程示意图；
图5是本发明第六实施例的一种车联网系统的结构示意图；
图6是本发明实施例的应用例一的方案原理示意图；
图7是本发明应用例一的数据传输方法的流程示意图；
图8(a)是本发明应用例一中的TSP平台下发的配置文件的格式的示图；
8(b)是图8(a)的配置文件的数据采样方案号、信号数量和采样周期n的格式的示图；
图8(c)是图8(a)的配置文件的信号编码的示图；
图9(a)是TBOX基于TSP下发的配置文件转化后的待上传数据的格式的示图；
图9(b)是图9(a)的待上传数据的时间戳的格式的示图；以及
图9(c)是图9(a)的待上传文件的信号上传周期的示图。
附图标记说明：
310、第一通信模块；320、车辆信息获取模块；330、配置文件确定模块；340、配置文件下发模块；350、相关数据接收模块；410、第二通信模块；420、配置文件接收模块；430、相关数据采样模块；440、相关数据上传模块。
具体实施方式
需要说明的是，在不冲突的情况下，本发明中的实施方式及实施方式中的特征可以相互组合。
另外还需要说明的是，在本发明实施例中，“数据”和“信号”可互换使用，“采集”与“采样”也可互换使用。
下面将参考附图并结合实施方式来详细说明本发明。
第一实施例
图1是本发明的第一实施例的针对车联网系统的数据传输方法的流程示意图。如图1所示，该数据传输方法应用于车联网系统的服务器端，且可以包括以下步骤：
步骤S110，建立所述服务器与车载终端的通信。
具体地，可建立所述服务器与车载终端基于无线通信网络的通信，例如基于4G网络。
步骤S120，从所述车载终端获取车辆信息。
其中，所述车辆信息主要包括车型信息，例如当前车辆为B037车型。在所述服务器和所述车载终端建立通信后，服务器可获取车辆信息。
步骤S130，确定与所获取的车辆信息相匹配的配置文件。
其中，所述配置文件用于限制所述车载终端进行数据采样的数据 类型及数据格式，且所述数据格式包括待采样数据的版本信息。
举例而言，可在服务器端配置预存有多种车型的配置文件的数据总库，服务器查询车辆属于哪类车型等车辆信息，以从数据总库中确定与所获取的车辆信息相匹配的配置文件，特别是获取版本信息。
在优选的实施例中，所述数据类型可以包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据。其中，所述车辆运行数据例如是车辆的油耗信息、故障信息等，所述用户习惯数据例如是用户喜好数据(如用户是否喜好听收音机)，所述心跳包数据除了用于维持所述服务器与所述车载终端之间的通信之外，还可用于按照国标(GB/T 32960.x)传输一些特定数据。关于应用本发明实施例的方法对车辆运行数据、用户习惯数据及心跳包数据进行采集的具体细节将在下文中通过应用例来说明，在此则不再赘述。
在另外的优选的实施例中，除版本信息之外，所述数据格式还可以包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。举例而言，该数据格式可以包含：版本号+要采样的信号数量+信号1位置和采样周期+信号2位置和采样周期+信号3位置和采样周期+……+信号n位置和采样周期。
步骤S140，向所述车载终端下发所确定的配置文件。
在优选的实施例中，可向所确定的配置文件添加校验，再将添加校验之后的所述配置文件下发至所述车载终端。如此，增加了校验机制，有利于保障数据安全。
步骤S150，接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。
具体地，所述车载终端接收到所述配置文件之后，确定待采集数据的数据类型，例如为车辆运行数据；再根据版本信息判断该数据是否发生版本变更，若是则按变更后的版本对应的方案采集相关数据，否则按原版本对应的方案采集数据；最后，车载终端按照配置文件规定的数据格式整理并上传采集的相关数据。该过程中，车载终端基于数据类型确定待采样数据，基于版本信息确定采集方案，故而所述相关数据是与所述数据类型及所述版本信息相适配的。进一步地，服务器接收车载终端上传的相关数据进行数据处理，如存储、分析和管理等。其中，所述相关数据与所述数据类型相适配，例如所述数据类型为车辆运行数据，则所述相关数据可以具体是油耗数据、故障数据等。
进一步地，服务器在下发配置文件后，如没有收到车载终端的反馈，则需要重新下发配置文件给车载终端。重试设定次数(例如3次) 后，若仍没有成功，则可以取消重试，并记录失败信息(失败时间、车辆信息等)。该失败信息可以调出，从而在车载终端下一次登录服务器时，服务器再次下发配置文件。
综上，本发明实施例的数据传输方法实现了配置文件根据车型要求在后台服务器的灵活配置，使得数据版本、数据采样周期、数据类型、数据数量及数据格式等都可以灵活配置，使得数据采集方案能随时更新(已经量产的车辆也可以)，从而能适应不同车型或同型号不同批次的车辆的需求。并且，可对于不同车型或同型号不同批次的车辆安装同样款式的车载终端，提升了车载终端的适用性，且同样款式的车载终端有利于减少数据上传出错的概率，便于后台服务器进行数据管理，轻松实现了数据采集的平台化。因此，相对于现有技术中的固定采集方案，本发明实施例的方案的灵活度和平台化大幅提升。
第二实施例
图2是本发明第二实施例的一种针对车联网系统的数据传输方法的流程示意图。该数据传输方法应用于所述车联网系统的车载终端，且可以包括以下步骤：
步骤S210，建立所述车载终端与服务器的通信。
具体地，可建立所述车载终端与服务器基于无线通信网络的通信，例如基于4G网络。
步骤S220，接收所述服务器下发的与车辆信息相匹配的配置文件。
其中，所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息。其中，数据类型及数据格式的定义可参考前述的第一实施例，在此则不再赘述。
步骤S230，响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据。
在优选的实施例中，该步骤S230具体可以包括：确定与所述数据类型相适配的相关数据；根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及基于所述配置表进行所述相关数据的采样。
举例而言，所述车载终端接收到所述配置文件之后，确定待采集数据的数据类型，例如为车辆运行数据；再根据版本信息判断该数据是否发生版本变更，若是则按变更后的版本对应的方案采集相关数据，否则按原版本对应的方案采集数据。其中，车载终端基于数据类型确定待采样数据，基于版本信息确定采集方案，故而所述相关数据是与所述数据类型及所述版本信息相适配的。
步骤S240，按照所述数据格式，向所述服务器上传所采样的所 述相关数据。
其中，所述相关数据的定义可参考前述第一实施例理解，在此不再赘述。
在优选的实施例中，车载终端登录服务器后，可以按照规定周期(例如每30秒)开始上传相关数据给服务器，若没有数据则记为无效状态。
在更为优选的实施例中，车载终端上传数据失败时需要重传，重传次数可设定，例如最多重传次数为3次(如果到达下一次上传数据的时间点，取消重传(并存储传输失败的数据))直接传送新数据。如果新数据按照本发明实施例的方案也传输失败，则进行存储，直到最新数据传输成功后再补发所有失败数据。传输失败的数据存储周期可设定，例如设定为7天，超出7天的数据自行丢弃。
另外，在向所述服务器上传所采样的所述相关数据时，可先向所采样的所述相关数据添加校验，再将添加校验之后的所述相关数据上传至所述服务器。如此，增加了校验机制，有利于保障数据安全。
该第二实施例的效果与前述第一实施例类似，故在此不再赘述。
第三实施例
图3是本发明第三实施例的一种针对车联网系统的数据传输装置的结构示意图。该数据传输装置应用于所述车联网系统的服务器，且包括：第一通信模块310，用于建立所述服务器与车载终端的通信；车辆信息获取模块320，用于从所述车载终端获取车辆信息；配置文件确定模块330，用于确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；配置文件下发模块340，用于向所述车载终端下发所确定的配置文件；以及相关数据接收模块350，用于接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。
该第三实施例的具体实施细节及效果可参考前述第一实施例，故在此不再赘述。
第四实施例
图4是本发明第四实施例的一种针对车联网系统的数据传输装置的流程示意图。该数据传输装置应用于所述车联网系统的车载终端，且包括：第二通信模块410，用于建立所述车载终端与服务器的通信；配置文件接收模块420，用于接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；相关数据采样模块430，用于响应于所述配置文件，采样与所述 数据类型及所述版本信息相适配的相关数据；以及相关数据上传模块440，用于按照所述数据格式，向所述服务器上传所采样的所述相关数据。
在优选的实施例中，所述相关数据采样模块430可以包括：类型确定子模块，用于确定与所述数据类型相适配的相关数据；版本判断子模块，用于根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及采样子模块，用于基于所述配置表进行所述相关数据的采样。
该第四实施例的其他实施细节及效果可参考前述第二实施例，故在此不再赘述。
第五实施例
本发明第五实施例提供了一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行第一实施例所述的数据传输方法，或者用于使得机器执行第二实施例的数据传输方法。
其中，针对于第一实施例，所述机器在服务器端执行指令；针对第二实施例，所述机器在车载终端执行指令。
对于机器可读存储介质中的数据传输方法可参考上述实施例进行理解，在此不再赘述。下面主要结合应用场景对机器可读存储介质进行进一步介绍。
本领域内的技术人员应明白，本发明第五实施例可提供为方法、装置(设备或系统)、或计算机程序产品。因此，本发明第五实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的机器可读存储介质上实施的计算机程序产品的形式。所述机器可读存储介质包括但不限于相变内存(相变随机存取存储器的简称，Phase Change Random Access Memory，PRAM，亦称为RCM/PCRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体(Flash Memory)或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备等各种可以存储程序代码的介质。
根据同一思路，本发明其他实施例还提供一种处理器，用于运行程序，所述程序被运行时用于执行第一实施例所述的数据传输方法，或者用于执行第二实施例的数据传输方法。所述处理器可以是服务器或车载终端的控制器。
第六实施例
图5是本发明第六实施例的一种车联网系统的结构示意图。如图 5所示，该车联网系统包括车载终端510和服务器520，其中所述服务器520设置有实施例三所述的数据传输装置，且所述车载终端510设置有实施例四所述的数据传输装置。
对于车载终端510和服务器520所包括的数据传输装置可参考上述实施例进行理解，在此不再赘述。另外，本领域技术人员可理解的是，车联网系统还包括主机，以及还包括手机APP或WEB客户端。
下面结合应用场景给出针对上述实施例一至实施例六对应的数据传输方案的应用例。
应用例一
该应用例一主要针对采集车辆运行数据或用户习惯数据的场景。其中，TSP平台收集车辆运行数据(CAN信号)后，可分析车辆运行情况，并判断是否需要反馈给用户以及向用户提供帮助。例如，TSP平台收集TBOX实时采集并上传的车辆故障数据，以分析车辆是否存在故障隐患，若存在，则及时反馈给用户，并向用户提供帮助策略，例如可采用什么工具进行修理或者附近的修车店的位置等。另外，TSP平台收集用户习惯数据(不涉及用户隐私)后，可分析用户喜好，并根据用户喜好来改进车辆。例如，TSP平台收集TBOX实时采集并上传的用户习惯数据，发现用户在车速小于30km/h(慢行状态)时会打开收音机，而车速高于30km/h时，则习惯关闭收音机，如此，TSP平台可向车辆制造商反馈增加“基于车速控制收音机的启动”的功能。
在此，将车辆运行数据和用户习惯数据统称为大数据，可知通过对大数据的分析，可以更好地为客户服务以及改良未来车辆的软件和硬件。
图6是本发明实施例的应用例一的方案原理示意图。如图6所示，该应用例一中，上述实施例提及的服务器为TSP平台，车载终端为TBOX，且该TBOX从车辆的GW(Gateway，网关)采集数据。其中，所述GW可以接多种不同类型的CAN总线，例如SCCAN总线(Safety Control CAN总线，安全控制CAN总线，也可直接简称为SC总线)、PTCAN总线(Power Train CAN总线，动力驱动CAN总线，也可直接简称为PT总线)、ADCAN总线(Auxiliary Drive CAN总线，辅助驱动总线，也可直接简称为AD总线)。其中，因为车辆不同CPU的数据传输速度不同，故而可对车辆CPU进行人为分类。同一类接到一条CAN总线上,比如SC总线。不同速度的CAN的通信就需要依赖GW进行速度转换，比如SC总线的原件与AD总线的原件通信，需要依赖GW进行速度转换。另外，所有的CAN总线都要接到GW，从而使得GW可以采集到全车所有信号。
其中，TSP平台配置有数据总库，该数据总库中存储有所有车型 的配置文件(以CAN报文信号的形式)，每种车型都有自己独立的下发配置文件(例如B037车型有B037车型的配置文件，B131车型有B131车型的配置文件等等)。TBOX唤醒后和TSP平台建立联接，联接建立后TSP平台可以获取车辆信息，根据车辆信息(主要是车型信息)来确定要下发的配置文件属于哪个车型、哪个版本。基于此，可开始进行TSP平台与TBOX之间的数据传输。
图7是本发明应用例一的数据传输方法的流程示意图。如图7所示，具体可以包括以下步骤：
步骤S710，TSP平台下发配置文件给TBOX。
其中，要求TSP平台按大数据配置的格式下发配置文件。图8(a)是本发明应用例一中的TSP平台下发的配置文件的格式的示图。如图8(a)所示，配置文件可以包含：版本号+要采样的信号数量+信号1位置和采样周期+信号2位置和采样周期+信号3位置和采样周期+……+信号n位置和采样周期。其中，版本号用于表征数据采样方案号，即不同版本对应有不同的数据采样方案，而TBOX根据接收到的配置文件的版本号确定要采用的数据采样方案。
下面进一步介绍图8(a)的配置文件的格式所包含的各个部分，其中图8(b)是图8(a)的配置文件的数据采样方案号、信号数量和采样周期n的格式的示图；图8(c)是图8(a)的配置文件的信号编码的示图，该信号编码例如用于示出信号位置。
(1)数据采样方案号格式
参考图8(b)，可用版本0x0001表示一般大数据版本1，而出厂的TBOX默认版本就是0x0001。对应地，0x0002表示一般大数据版本2，0x0003表示一般大数据版本3……，以此类推。
(2)信号数量格式
参考图8(b)，例如，采样周期n的新的信号数量有5个，内容就是0x0005，采样周期n的新的信号数量有10个，内容就是0x000A，以此类推。
(3)采样周期n的格式
参考图8(b)，例如，采样周期为1s，内容就是0x0001，采样周期为15s，内容就是0x000F，以此类推。
(4)信号编码的格式
参考图8(c)，该信号编码有4个字节，且包括：2位保留位、1位CAN信号区分位、11位ID号、9位MSB(MostSignificantBit，最高有效位)和9位LSB(Least Significant Bit，最低有效位)。其中，CAN信号区分位为0时表示SCCAN总线已有的报文，1表示其他总线报文，如果只接受SCCAN的报文，CAN信号区分位一直为零即可。其中，TBOX接到SCCAN总线后，可利用该SCCAN总线 直接采集数据，而PTCAN总线需要利用GW将数据转到SCCAN总线上才能使TBOX收到数据，因此CAN信号区分位为0时，表示直接采集数据，为1时则表示通过GW进行转换后再采集数据。
另外，在TSP下发配置文件时，还可对下发的整包数据添加校验以保证数据安全。
步骤S720，TBOX接收配置文件。
步骤S730，TBOX判断版本号是否变化，若变化则执行步骤S740，否则执行步骤S750。
其中，判断版本号是否变化，即是判断数据采样方案是否需要随版本号变更。
步骤S740，TBOX更新自己的配置表。
其中，TBOX在出厂时具有厂家给出的默认配置表，该配置表与TSP平台中存储的相应配置文件是完全一致，但因车型变化或车辆升级等原因，当前从TSP平台下发的配置文件已经是针对新车型或新版本车辆的配置文件，故而TBOX需要按照接收到的配置文件来更新自己的配置表。
步骤S750，TBOX采集大数据，并从中提取出对应的信号，并按TSP的配置文件要求的存储位置替换旧的信号。
在此，该采集的大数据为CAN报文。
其中，若版本号没有变化，则TBOX按以前的配置表采集GW发送的报文，若有变化，则按更新后的配置表采集GW发送的报文。并且，TBOX进行数据采集可以包括：TBOX接收GW发送的CAN报文后，提取出对应的信号之后，按TSP平台下发的配置文件要求的存储位置替换旧的信号。
其中，图9(a)是TBOX基于TSP下发的配置文件转化后的待上传数据的格式的示图。如图9(a)所示，其包括：数据采样方案号(2字节)、时间戳(6字节)、采样周期、信号编码、信号有效位、信号上传周期等。其中，待上传数据的格式中各个部分的信号顺序与TSP下发的配置文件一一对应，信号高位在前(先发)，低位在后(后发)，其详细的排列顺序可以如下表所示。
Figure PCTCN2020083741-appb-000001
Figure PCTCN2020083741-appb-000002
其中，信号上传周期未在上表中说明，其具体构成将在下文描述。
下面进一步介绍图9(a)的待上传数据的格式所包含的各个部分，其中图9(b)是图9(a)的待上传数据的时间戳的格式的示图；图9(c)是图9(a)的待上传文件的信号上传周期的示图。
(1)数据采样方案号
该数据采样方案号与TSP平台下发的版本号相同，且新出厂版本号可设定为0x0001。
(2)时间戳
如图9(b)所示，6个字节分别对应于年、月、日、时、分、秒，其中每个字节都是BCD编码。例如：2019年12月21日23点59分59秒对应的6个字节内容是：年的值0X19(省略年的高两位)，月的值0X12，日的值0X21，时的值0X23，分的值0X59，秒的值0X59。
(3)信号数量
类似于TSP的配置文件，该信号数量也可以通过采样周期来表征。并且，信号数量和采样周期都按TSP下发的配置文件为准。如果是新出厂，按新出厂版本号0x0001对应的周期和数量(车厂给出)。
(4)信号编码
其中，信号按实际的CAN信号占位填入(按照TSP下发的MSB-LSB)。
(5)信号有效位(1位)
正常采集到信号此位填1，没有采到此位填0。
(6)信号上传周期
如果上传时某周期的信号采集了多次，按时间顺序从小到大排好再上传。例如，上传时周期为10秒的信号有两个，共采集了3次，则格式如图9(c)所示，信号1和信号2重复采样3次。
需说明的是，信号上报的周期是所有信号采样的周期的整倍数，这样每次上报同频的次数为：上报周期/采样周期。如果出现采样点在第0秒、10秒、20秒和30秒，即30秒内采集到4次，按前3次上报(即，上报0秒、10秒、20秒三处的数据)。
步骤S760，判断TBOX是否有上电或TSP是否请求上传，若是则执行步骤S770，否则返回步骤S750。
在另外的应用例中，在TBOX上电完成登录(或唤醒)后，还可按规定周期(例如每30秒)开始上传大数据给TSP平台。此时若没有信号，则记为无效状态。另外，此时整车电源需保证处于ACC状态、ON状态或远程控制状态。
步骤S770，TBOX上传大数据给TSP平台。
在此，根据步骤S750配置的待上传数据的格式进行上传。
优选地，若TBOX上传大数据失败时需要重传，可设定最多重传次数为3次(如果到达下一次发送大数据的时间点，取消重传，并存储传输失败的数据，然后直接传送新数据)。如果新数据按照策略也传输失败，在进行存储，直到最新数据传输成功后再补发所有失败数据。传输失败的数据存储周期可设定为7天，超出7天的数据自行丢弃。
另外，在TBOX上传大数据时，还可对上传的大数据添加校验以保证数据安全。
步骤S780，TSP平台收到大数据后按配置文件的格式进行处理。
其中，该处理包括解析、存储、分析数据等，例如分析车辆故障原因以向用户提供维修方案或分析用户喜好以改进后续生产的车辆的功能。
另外，TSP平台如果没有收到TBOX的反馈，则需要重新下发配置文件给TBOX。重试设定次数(例如3次)后仍没有成功，则取消重试，并记录失败状态信息(失败时间、车辆信息等)。该失败状态信息可以调出，在下一次登录时，TSP再次下发配置文件，并向TBOX给出详细的格式要求，TBOX则暂时按以前的格式上传大数据。
通过该应用例一可知，本发明实施例的应用于车联网的数据传输方案实现了对大数据采集的完全可配置化，可以根据车型要求的不同在TSP平台灵活配置数据格式，从而针对不同车型可安装同一款TBOX(大数据上传软件是相同的)，且有利于解决不同车型的车辆或同类型不同版本的车辆向TSP上传大数据的问题，相对于以前的固定采集方案，灵活度和平台化都大幅提升。
应用例二
该应用例二主要针对采集心跳包数据的场景。如上述所述，心跳包数据用于维持所述服务器与所述车载终端之间的通信，还可用于按 照国标(GB/T 32960.x)传输一些特定数据。具体地，在某一车辆启动后，TBOX与TSP平台之间建立通信，从而该车辆占据TBOX与TSP平台之间通道，但是如果车辆熄火，则该车辆会让出通道。另外，如果该车辆的TBOX与TSP平台之间常时间没有互动，也会被默认为断网，使得车辆让出通道。因此，为了使车辆保持占有通道，可使TBOX向TSP传输心跳包数据，这即是心跳包数据用于维持后台服务器与车载终端之间的通信的功能。另外，在心跳包数据用于维持后台服务器与车载终端之间的通信，可让其根据国标要求上传指定数据，例如中国制定有关于电动汽车和混动汽车利用心跳包上传指定数据的规则。
但是，现有心跳包上传方案在车辆出厂时就已经固定了，而不同类型的车辆甚至同型号不同批注的车辆，心跳包的内容都可能不同。因此，现有心跳包上传方案无法适应不同车型的需求，当国际版本发生改变后也无法更新心跳包内容。
据此，可利用本发明实施例的数据传输方案来传输心跳包数据，其传输过程与上述的应用例一类似，区别主要在于将大数据对应替换为这里的心跳包数据，从而在TSP端配置心跳包数据总库及心跳包配置文件。
另外，还存在关于上传周期的区别。在应用例一的大数据上传中，上传周期与TSP平台下发有配置文件中的指定周期一致，即按照TSP下发的周期进行大数据上传。但在本应用例二的心跳包数据上传中，如果出现了3级报警的情况，则需要按国家要求上传前后30秒的数据，周期为1秒，这时无论TSP平台下发的周期是多少，都将上传心跳包数据的周期改为1秒，恢复正常情况后再按TSP下发的周期进行上传。
关于心跳包数据传输的其他实施细节可参考上述的应用例一，在此不再进行赘述。
通过该应用例二可知，本发明实施例的应用于车联网的数据传输方案实现了对心跳包数据采集的完全可配置化，可以根据车型要求的不同在TSP平台灵活配置数据格式，从而针对不同车型可安装同一款TBOX(心跳包上传软件是相同的)，且有利于解决不同车型的车辆或同类型不同版本的车辆向TSP上传心跳包数据的问题，相对于以前的固定采集方案，灵活度和平台化都大幅提升。
以上所述仅为本发明的较佳实施方式而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

  1. 一种针对车联网系统的数据传输方法，其特征在于，应用于所述车联网系统的服务器，且所述数据传输方法包括：
    建立所述服务器与车载终端的通信；
    从所述车载终端获取车辆信息；
    确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；
    向所述车载终端下发所确定的配置文件；以及
    接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。
  2. 根据权利要求1所述的数据传输方法，其特征在于，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或
    所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。
  3. 一种针对车联网系统的数据传输方法，其特征在于，应用于所述车联网系统的车载终端，且所述数据传输方法包括：
    建立所述车载终端与服务器的通信；
    接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；
    响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据；以及
    按照所述数据格式，向所述服务器上传所采样的所述相关数据。
  4. 根据权利要求3所述的数据传输方法，其特征在于，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或
    所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。
  5. 根据权利要求3所述的数据传输方法，其特征在于，所述采样与所述数据类型及所述版本信息相适配的相关数据包括：
    确定与所述数据类型相适配的相关数据；
    根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及
    基于所述配置表进行所述相关数据的采样。
  6. 一种针对车联网系统的数据传输装置，其特征在于，应用于所述车联网系统的服务器，且所述数据传输装置包括：
    第一通信模块，用于建立所述服务器与车载终端的通信；
    车辆信息获取模块，用于从所述车载终端获取车辆信息；
    配置文件确定模块，用于确定与所获取的车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；
    配置文件下发模块，用于向所述车载终端下发所确定的配置文件；以及
    相关数据接收模块，用于接收所述车载终端响应于所述配置文件而按照所述数据格式上传的相关数据，其中所述相关数据与所述数据类型及所述版本信息相适配。
  7. 根据权利要求6所述的数据传输装置，其特征在于，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或
    所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。
  8. 一种针对车联网系统的数据传输装置，其特征在于，应用于所述车联网系统的车载终端，且所述数据传输装置包括：
    第二通信模块，用于建立所述车载终端与服务器的通信；
    配置文件接收模块，用于接收所述服务器下发的与车辆信息相匹配的配置文件，其中所述配置文件用于限制所述车载终端进行数据采样的数据类型及数据格式，且所述数据格式包括待采样数据的版本信息；
    相关数据采样模块，用于响应于所述配置文件，采样与所述数据类型及所述版本信息相适配的相关数据；以及
    相关数据上传模块，用于按照所述数据格式，向所述服务器上传所采样的所述相关数据。
  9. 根据权利要求8所述的数据传输装置，其特征在于，所述数据类型包括车辆运行数据、用户习惯数据以及用于维持所述服务器与所述车载终端的通信的心跳包数据；和/或
    所述数据格式还包括数据数量、数据位置、采样周期以及所述版本信息、所述数据数量、所述数据位置和所述采样周期的排列顺序及各自所占据的字节长度。
  10. 根据权利要求8所述的数据传输装置，其特征在于，所述相关数据采样模块包括：
    类型确定子模块，用于确定与所述数据类型相适配的相关数据；
    版本判断子模块，用于根据所述版本信息判断所确定的相关数据是否发生版本变化，若是则更新所述车载终端的配置表，否则保持所述配置表不变；以及
    采样子模块，用于基于所述配置表进行所述相关数据的采样。
  11. 一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行：
    权利要求1或2所述的数据传输方法；或者
    权利要求3至5中任意一项所述的数据传输方法。
  12. 一种处理器，其特征在于，用于运行程序，所述程序被运行时用于执行：
    权利要求1或2所述的数据传输方法；或者
    权利要求3至5中任意一项所述的数据传输方法。
  13. 一种车联网系统，其特征在于，所述车联网系统包括：
    服务器，该服务器包括权利要求6或7所述的数据传输装置；以及
    车载终端，该车载终端包括权利要求8至10中任意一项所述的数据传输装置。
PCT/CN2020/083741 2019-04-30 2020-04-08 针对车联网的数据传输方法和装置 Ceased WO2020220952A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910361618.3A CN111010415B (zh) 2019-04-30 2019-04-30 针对车联网的数据传输方法和装置
CN201910361618.3 2019-04-30

Publications (1)

Publication Number Publication Date
WO2020220952A1 true WO2020220952A1 (zh) 2020-11-05

Family

ID=70111422

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/083741 Ceased WO2020220952A1 (zh) 2019-04-30 2020-04-08 针对车联网的数据传输方法和装置

Country Status (2)

Country Link
CN (1) CN111010415B (zh)
WO (1) WO2020220952A1 (zh)

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112346766A (zh) * 2020-11-10 2021-02-09 交控科技股份有限公司 一种车载应用软件的动态部署方法及系统
CN113392148A (zh) * 2021-05-28 2021-09-14 联合汽车电子有限公司 Mdf4格式文件的生成方法及汽车远程测量设备
CN113960980A (zh) * 2021-10-14 2022-01-21 武汉唯特迅数据科技有限公司 一种可配置式的obd诊断方法
CN114116043A (zh) * 2021-11-01 2022-03-01 佛吉亚歌乐电子(丰城)有限公司 车载系统控制方法、装置及计算机可读存储介质
CN114461289A (zh) * 2022-02-21 2022-05-10 重庆长安汽车股份有限公司 一种远程开启车载信息娱乐系统adb工具的方法及系统
CN114650517A (zh) * 2022-02-24 2022-06-21 中通客车股份有限公司 一种车辆远程监控通讯方法及系统
CN114679697A (zh) * 2021-05-31 2022-06-28 北京新能源汽车股份有限公司 一种数据上传方法、装置和设备
CN114840264A (zh) * 2021-01-14 2022-08-02 宝能汽车集团有限公司 配置数据管理方法、配置数据管理装置和车辆管理系统
CN115269462A (zh) * 2022-07-25 2022-11-01 高新兴物联科技有限公司 一种车端数据处理方法、设备及计算机可读存储介质
CN115268317A (zh) * 2022-07-19 2022-11-01 江西五十铃汽车有限公司 汽车大数据采集及上传方法、系统、存储介质及车辆
CN115793605A (zh) * 2022-11-23 2023-03-14 达芬骑动力科技(北京)有限公司 车辆检测系统及方法及所涉及的工厂检测机及监控平台
CN115794374A (zh) * 2022-10-28 2023-03-14 中国第一汽车股份有限公司 用于处理车辆数据的边缘处理系统及边缘处理方法
CN115883688A (zh) * 2022-12-16 2023-03-31 雷沃工程机械集团有限公司 一种挖掘机Tbox设备数据帧上报解析算法
CN116528079A (zh) * 2023-05-17 2023-08-01 重庆长安汽车股份有限公司 数据采集传输方法、车云服务平台、车辆及存储介质
CN116668328A (zh) * 2023-02-09 2023-08-29 宇通客车股份有限公司 一种车辆零部件通信链路检测方法及车辆ota平台
CN116915599A (zh) * 2023-08-17 2023-10-20 中国第一汽车股份有限公司 车载终端的配置方法、装置、处理器和车辆
CN117131016A (zh) * 2023-08-30 2023-11-28 东风商用车有限公司 一种针对车联网数据的数据标准设计方法及设计系统
CN117478451A (zh) * 2022-07-22 2024-01-30 比亚迪股份有限公司 报文采集方法、存储介质、车载终端、车辆
CN117971332A (zh) * 2024-03-29 2024-05-03 江铃汽车股份有限公司 一种车载tbox唤醒方法及系统
CN119473171A (zh) * 2025-01-16 2025-02-18 中汽数据有限公司 一种车载tbox数据解析方法及相关装置

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111541770B (zh) * 2020-04-24 2023-08-15 深圳市元征科技股份有限公司 一种车辆数据分拣方法和相关产品
CN111538317A (zh) * 2020-05-27 2020-08-14 徐州徐工挖掘机械有限公司 工程机械运行状态的远程分析方法、装置、系统及介质
CN112187852A (zh) * 2020-08-18 2021-01-05 南斗六星系统集成有限公司 一种国六数据采集方法及系统
CN112087500B (zh) * 2020-08-27 2023-04-07 东风小康汽车有限公司重庆分公司 远程车辆数据采集方法和系统
CN112866327B (zh) * 2020-11-03 2023-08-11 联合汽车电子有限公司 车辆数据的传输方法、装置、设备、系统和存储介质
CN113691888A (zh) * 2021-05-28 2021-11-23 中汽研（天津）汽车工程研究院有限公司 一种无人驾驶车辆测试数据采集传输及处理的方法
CN113726624A (zh) * 2021-07-12 2021-11-30 深圳市有为信息技术发展有限公司 Tbox装置采集can信号的方法和装置
CN115221161B (zh) * 2021-11-25 2024-03-01 广州汽车集团股份有限公司 一种整车埋点数据采集方法及t-box
CN114655139A (zh) * 2022-03-07 2022-06-24 北京汽车股份有限公司 一种基于精准时间控制的整车数据上传系统、方法及汽车
CN114968445B (zh) * 2022-03-11 2023-11-21 重庆长安汽车股份有限公司 用于app的车辆视图配置方法、系统及可读存储介质
CN114610739A (zh) * 2022-03-16 2022-06-10 镁佳(北京)科技有限公司 一种车联网数据采集方法、装置及计算机设备
CN114760289B (zh) * 2022-03-28 2024-02-23 一汽解放汽车有限公司 车辆数据采集方法、装置、计算机设备和存储介质
CN114661808A (zh) * 2022-03-31 2022-06-24 三一电动车科技有限公司 车载数据的采集方法、装置、车载终端及车辆
CN115027485B (zh) * 2022-05-09 2025-10-28 浙江吉利控股集团有限公司 驾驶行为分析方法及系统
CN114979216B (zh) * 2022-05-26 2023-05-26 重庆长安汽车股份有限公司 一种服务端数据采集配置方法及其系统
CN117194741A (zh) * 2022-05-30 2023-12-08 小米汽车科技有限公司 数据采集方法、装置、控制器、车辆、存储介质与芯片
CN115473910A (zh) * 2022-06-01 2022-12-13 北京罗克维尔斯科技有限公司 数据管理方法及装置、电子设备和存储介质
CN115086170B (zh) * 2022-06-02 2024-11-15 徐工汉云技术股份有限公司 一种轮式起重机车载ecu参数自动备份与恢复的方法及系统
CN115499461A (zh) * 2022-08-23 2022-12-20 重庆长安汽车股份有限公司 数据采集方法、系统、云端服务器、车辆和存储介质
CN115529244B (zh) * 2022-09-20 2024-06-14 重庆长安汽车股份有限公司 车辆终端的数据采传规则配置方法、装置、服务器及介质
JPWO2024095632A1 (zh) * 2022-11-02 2024-05-10
CN115834561A (zh) * 2022-11-21 2023-03-21 江铃汽车股份有限公司 一种汽车远程控制终端eCall功能的事故数据传输方法
CN116156467A (zh) * 2023-02-20 2023-05-23 重庆长安汽车股份有限公司 泊车数据传输方法、装置、电子设备及存储介质
CN116319889B (zh) * 2023-03-24 2026-04-07 安徽江淮汽车集团股份有限公司 通用车联网功能及业务数据处理方法
CN117807032A (zh) * 2023-11-29 2024-04-02 宁德时代(上海)智能科技有限公司 数据采集方法、数据接收端、数据采集装置及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150186548A1 (en) * 2013-12-27 2015-07-02 Kia Motors Corporation System and method for acquiring data of electronic control unit
CN104954405A (zh) * 2014-03-28 2015-09-30 厦门雅迅网络股份有限公司 一种车辆电喷信号采集和处理方法及系统
CN106210131A (zh) * 2016-08-19 2016-12-07 重庆戴普思科技有限公司 一种车联网can数据采集方法
CN108011904A (zh) * 2016-10-31 2018-05-08 比亚迪股份有限公司 信息发送方法、接收方法、装置及信息收发系统
CN108540363A (zh) * 2017-12-30 2018-09-14 天津清源电动车辆有限责任公司 一种电动汽车远程监控系统的监控配置方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5790711B2 (ja) * 2013-05-29 2015-10-07 株式会社デンソー 車両用無線送信装置
CN104980516A (zh) * 2015-06-26 2015-10-14 武汉光庭科技有限公司 一种面向多车型的车身信息采集系统的可配置方法
US10706642B2 (en) * 2015-09-24 2020-07-07 Ford Global Technologies, Llc Efficient telematics data upload
CN108551665B (zh) * 2018-05-16 2021-04-13 大连毅无链信息技术有限公司 一种实现车辆个性化电气功能的系统和方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150186548A1 (en) * 2013-12-27 2015-07-02 Kia Motors Corporation System and method for acquiring data of electronic control unit
CN104954405A (zh) * 2014-03-28 2015-09-30 厦门雅迅网络股份有限公司 一种车辆电喷信号采集和处理方法及系统
CN106210131A (zh) * 2016-08-19 2016-12-07 重庆戴普思科技有限公司 一种车联网can数据采集方法
CN108011904A (zh) * 2016-10-31 2018-05-08 比亚迪股份有限公司 信息发送方法、接收方法、装置及信息收发系统
CN108540363A (zh) * 2017-12-30 2018-09-14 天津清源电动车辆有限责任公司 一种电动汽车远程监控系统的监控配置方法

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112346766A (zh) * 2020-11-10 2021-02-09 交控科技股份有限公司 一种车载应用软件的动态部署方法及系统
CN114840264A (zh) * 2021-01-14 2022-08-02 宝能汽车集团有限公司 配置数据管理方法、配置数据管理装置和车辆管理系统
CN113392148A (zh) * 2021-05-28 2021-09-14 联合汽车电子有限公司 Mdf4格式文件的生成方法及汽车远程测量设备
CN114679697A (zh) * 2021-05-31 2022-06-28 北京新能源汽车股份有限公司 一种数据上传方法、装置和设备
CN113960980A (zh) * 2021-10-14 2022-01-21 武汉唯特迅数据科技有限公司 一种可配置式的obd诊断方法
CN114116043A (zh) * 2021-11-01 2022-03-01 佛吉亚歌乐电子(丰城)有限公司 车载系统控制方法、装置及计算机可读存储介质
CN114461289A (zh) * 2022-02-21 2022-05-10 重庆长安汽车股份有限公司 一种远程开启车载信息娱乐系统adb工具的方法及系统
CN114461289B (zh) * 2022-02-21 2024-06-07 重庆长安汽车股份有限公司 一种远程开启车载信息娱乐系统adb工具的方法及系统
CN114650517A (zh) * 2022-02-24 2022-06-21 中通客车股份有限公司 一种车辆远程监控通讯方法及系统
CN115268317A (zh) * 2022-07-19 2022-11-01 江西五十铃汽车有限公司 汽车大数据采集及上传方法、系统、存储介质及车辆
CN117478451A (zh) * 2022-07-22 2024-01-30 比亚迪股份有限公司 报文采集方法、存储介质、车载终端、车辆
CN115269462A (zh) * 2022-07-25 2022-11-01 高新兴物联科技有限公司 一种车端数据处理方法、设备及计算机可读存储介质
CN115794374A (zh) * 2022-10-28 2023-03-14 中国第一汽车股份有限公司 用于处理车辆数据的边缘处理系统及边缘处理方法
CN115793605A (zh) * 2022-11-23 2023-03-14 达芬骑动力科技(北京)有限公司 车辆检测系统及方法及所涉及的工厂检测机及监控平台
CN115883688A (zh) * 2022-12-16 2023-03-31 雷沃工程机械集团有限公司 一种挖掘机Tbox设备数据帧上报解析算法
CN115883688B (zh) * 2022-12-16 2025-03-14 雷沃重工集团有限公司 一种挖掘机Tbox设备数据帧上报解析方法
CN116668328A (zh) * 2023-02-09 2023-08-29 宇通客车股份有限公司 一种车辆零部件通信链路检测方法及车辆ota平台
CN116528079A (zh) * 2023-05-17 2023-08-01 重庆长安汽车股份有限公司 数据采集传输方法、车云服务平台、车辆及存储介质
CN116915599A (zh) * 2023-08-17 2023-10-20 中国第一汽车股份有限公司 车载终端的配置方法、装置、处理器和车辆
CN117131016A (zh) * 2023-08-30 2023-11-28 东风商用车有限公司 一种针对车联网数据的数据标准设计方法及设计系统
CN117971332A (zh) * 2024-03-29 2024-05-03 江铃汽车股份有限公司 一种车载tbox唤醒方法及系统
CN119473171A (zh) * 2025-01-16 2025-02-18 中汽数据有限公司 一种车载tbox数据解析方法及相关装置

Also Published As

Publication number Publication date
CN111010415B (zh) 2022-02-18
CN111010415A (zh) 2020-04-14

Similar Documents

Publication Publication Date Title
WO2020220952A1 (zh) 针对车联网的数据传输方法和装置
EP3664415B1 (en) Connected gateway server system for real-time vehicle control service
CN111049937B (zh) 智能网联汽车的数据处理系统及数据传输方法
CN100504932C (zh) 用于运输工具遥测服务的方法和装置
US7366589B2 (en) Method and system for remote reflash
CN110888662A (zh) 一种车辆远程静默升级方法、装置、车辆和存储介质
US20110215758A1 (en) System, device and method for data transfer to a vehicle and for charging said vehicle
US20190052522A1 (en) Vehicle communications
CN110928561B (zh) 车辆控制器软件版本管理方法、装置、车辆和存储介质
CN106534098A (zh) 应用于远程监控的电动车载终端数据传输方法
CN114590200A (zh) 一种智能人机调节系统及方法
JP2018079768A (ja) 更新データ保存システム
CN110768882A (zh) 一种数据监控方法、系统、监听设备及车辆
CN113691623A (zh) 车载Tbox的软件配置方法、装置及云端平台
CN118764836A (zh) 一种基于多网融合的卫星物联网平台
EP2458564B1 (en) Remote diagnosis of vehicles
CN116095369B (zh) 直播控制方法、装置、视频云平台和存储介质
US11886862B2 (en) Vehicle software updating technique
CN113542367A (zh) 一种适用于多种类型终端的公交数据接入系统
CN102854867B (zh) 卫星通信车车载设备运行集中控制方法
CN114090057A (zh) Ota消息、v2x ota终端及升级方法
CN104301757A (zh) 基于云技术的家庭ktv点播方法及点播系统
CN113553069B (zh) 一种发动机ecu刷写方法、装置及系统
CN116483660A (zh) 一种车端日志获取方法、装置、设备及可读存储介质
CN220798556U (zh) 一种具有USB上网通道的Tbox

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20799372

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20799372

Country of ref document: EP

Kind code of ref document: A1