CN112099967A - Data transmission method, terminal, device, equipment and medium - Google Patents

Data transmission method, terminal, device, equipment and medium Download PDF

Info

Publication number
CN112099967A
CN112099967A CN202010841278.7A CN202010841278A CN112099967A CN 112099967 A CN112099967 A CN 112099967A CN 202010841278 A CN202010841278 A CN 202010841278A CN 112099967 A CN112099967 A CN 112099967A
Authority
CN
China
Prior art keywords
data
target
shared memory
transmitted
vehicle
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.)
Pending
Application number
CN202010841278.7A
Other languages
Chinese (zh)
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.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology 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 Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN202010841278.7A priority Critical patent/CN112099967A/en
Publication of CN112099967A publication Critical patent/CN112099967A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/544Buffers; Shared memory; Pipes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)

Abstract

The application is applicable to the technical field of computers, and provides a data transmission method, which comprises the following steps: acquiring target data, and storing the target data to a pre-allocated shared memory; and sending prompt information for prompting the second process to read the target data from the shared memory to the second process, so that the second process reads the target data from the shared memory based on the prompt information, and the target data acquired by the first process is transmitted to the second process. The process of transmitting data stores the data to be transmitted into the shared memory, and the process of receiving the data obtains the data to be transmitted by reading the stored data from the shared memory, so that the data to be transmitted is transmitted from the process of transmitting the data to the process of receiving the data, and the data transmission efficiency of data transmission among the processes is improved.

Description

Data transmission method, terminal, device, equipment and medium
Technical Field
The present application belongs to the field of computer technologies, and in particular, to a data transmission method, a terminal, an apparatus, a device, and a medium.
Background
A Process (Process) is an application that can run independently in an operating system. When a process is running, the operating system may generally allocate an independent memory space to the process, and the process is generally running in the allocated independent memory space.
In the related art, since different processes run in different respective memory spaces, when data is transmitted between different processes, data to be transmitted is generally transmitted from a memory space of one process to a memory space of another process. When the data to be transmitted is large, the efficiency of data transmission for data transmission between processes is low. Therefore, in the related art, it is necessary to improve data transmission efficiency of data transmission between processes.
Disclosure of Invention
The embodiment of the application provides a data transmission method, a terminal, a device, equipment and a medium, and aims to solve the problem that the data transmission efficiency of inter-process data transmission in the related art is not high enough.
In a first aspect, an embodiment of the present application provides a data transmission method, where the method includes:
acquiring target data, and storing the target data to a pre-allocated shared memory;
and sending prompt information for prompting the second process to read the target data from the shared memory to the second process, so that the second process reads the target data from the shared memory based on the prompt information, and the target data acquired by the first process is transmitted to the second process.
Further, obtaining target data includes:
in response to receiving a data acquisition instruction which comprises a data type and is sent by the second process, acquiring vehicle data matched with the data type from the target vehicle;
and analyzing the vehicle data according to a preset analysis rule to obtain data to be transmitted, and determining the data to be transmitted as target data.
Further, obtaining target data includes:
in response to receiving a data acquisition instruction which comprises a data type and is sent by the second process, acquiring vehicle data matched with the data type from the target vehicle;
analyzing the vehicle data according to a preset analysis rule to obtain data to be transmitted;
compiling the data to be transmitted into a data packet according to a preset compiling rule, and determining the data packet as target data.
Further, the data packet includes a header portion and a data portion; wherein the content of the first and second substances,
the header portion includes at least one of: packet type, packet header length, packet index, data type;
the data part includes: the total number of the data to be transmitted and the data to be transmitted combined according to a preset combination rule.
Further, the data types include at least one of: vehicle fault codes, vehicle version information, vehicle data streams.
In a second aspect, an embodiment of the present application provides a data transmission terminal, where a first process and a second process run on the terminal, where,
the first process is used for acquiring target data and storing the target data to a pre-allocated shared memory; sending prompt information for prompting the second process to read the target data from the shared memory to the second process;
and the second process is used for responding to the received prompt message sent by the first process and reading the target data from the shared memory.
Further, the second process is also used for presenting the target data; responding to feedback data input by a user aiming at target data, storing the feedback data into a shared memory, and sending prompt information for prompting the first process to read the feedback data from the shared memory to the first process;
and the first process is also used for reading the feedback data from the shared memory in response to receiving the prompt message sent by the second process, and sending the feedback data to the target vehicle, so that the target vehicle executes the operation adaptive to the feedback data.
Further, the second process is also used for responding to the data type input by the user, sending a data acquisition instruction comprising the data type to the first process, so that the first process acquires the target data matched with the data type from the target vehicle based on the data acquisition instruction.
Further, the data types include at least one of: vehicle fault codes, vehicle version information, vehicle data streams.
Further, the target data has a data type, and presenting the target data includes: and selecting a presentation mode corresponding to the data type to present the target data, wherein one data type corresponds to one presentation mode.
In a third aspect, an embodiment of the present application provides a data transmission apparatus, including:
the data acquisition unit is used for acquiring target data and storing the target data to a pre-allocated shared memory;
and the information prompting unit is used for sending prompting information for prompting the second process to read the target data from the shared memory to the second process, so that the second process reads the target data from the shared memory based on the prompting information, and the target data acquired by the first process is transmitted to the second process.
In a fourth aspect, an embodiment of the present application provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the steps of the data transmission method are implemented.
In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium, where a computer program is stored, and the computer program, when executed by a processor, implements the steps of the data transmission method.
In a sixth aspect, an embodiment of the present application provides a computer program product, which, when run on an electronic device, causes the electronic device to execute the data transmission method of any one of the above first aspects.
Compared with the related technology, the embodiment of the application has the beneficial effects that: since the shared memory is a memory space allocated to the first process, the first process can directly store the target data to the shared memory. And because the shared memory belongs to the memory space of the second process, the second process can directly read the stored target data from the shared memory. In the application, the process of transmitting data stores the data to be transmitted into the shared memory, and the process of receiving data reads the stored data from the shared memory to obtain the data to be transmitted, so that the data to be transmitted is transmitted from the process of transmitting data to the process of receiving data. In the related art, data to be transmitted is directly transmitted from one independent memory space to another independent memory space, so that the data to be transmitted is transmitted from one process to another process. Compared with the related art, the data transmission method and the device can reduce the data amount transmitted from one independent memory space to another independent memory space, and are beneficial to improving the data transmission efficiency of data transmission among processes.
It is understood that the beneficial effects of the second aspect to the fifth aspect can be referred to the related description of the first aspect, and are not described herein again.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required to be used in the embodiments or the related technical descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a system architecture diagram of an application of a data transmission method provided in an embodiment of the present application;
fig. 2 is a schematic flowchart of a data transmission method according to an embodiment of the present application;
fig. 3 is a schematic diagram of a packet structure according to an embodiment of the present application;
fig. 4 is a schematic structural diagram of a data transmission terminal according to an embodiment of the present application;
fig. 5 is a flowchart illustrating a data transmission method executed by a first process according to an embodiment of the present application;
fig. 6 is a flowchart illustrating a data transmission method executed by a second process according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of a data transmission device according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.
It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
It should also be understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.
As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to" determining "or" in response to detecting ". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted contextually to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".
Furthermore, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used for distinguishing between descriptions and not necessarily for describing or implying relative importance.
Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.
In order to explain the technical means of the present application, the following examples are given below.
Referring to fig. 1, a system architecture diagram of an application of a data transmission method according to an embodiment of the present application is shown.
As shown in fig. 1, the system architecture may include a vehicle 101 and a user terminal 102, wherein the vehicle 101 and the user terminal 102 are communicatively connected through a communication interface On the vehicle, such as an On Board Diagnostics (OBD) interface, so as to implement interaction of data and/or signaling. A first process 1021 and a second process 1022 may run on the user terminal 102.
The vehicle 101 may be various vehicles. Such as unmanned vehicles, cars, trucks, etc. It is noted that the vehicle 101 may also be a variety of other vehicles. Such as an aircraft, a ship.
The user terminal 102 may include, but is not limited to, various terminal devices such as a smart phone, a tablet computer, a laptop portable computer, and a desktop computer, and the embodiment is not particularly limited.
The first process 1021 and the second process 1022 may be interactable processes running on the user terminal 102. In practice, the first process 1021 running on the user terminal 102 is generally configured to obtain vehicle diagnostic data of the vehicle 101 to obtain target data, and store the target data in the pre-allocated shared memory; and sending prompt information for prompting the second process to read the target data from the shared memory to the second process, so that the second process reads the target data from the shared memory based on the prompt information, and the target data acquired by the first process is transmitted to the second process. In practice, the interaction of the first process and the second process may implement fault diagnosis on the vehicle 101, and the user terminal 102 may be a terminal for fault diagnosis on the vehicle 101. Because the data transmission is realized between the first process and the second process through the shared memory, the data transmission efficiency is high. Therefore, the user terminal 102 running the first process and the second process is adopted to perform vehicle fault diagnosis, which is beneficial to improving the vehicle fault diagnosis efficiency.
Referring to fig. 2, a schematic flow chart of a data transmission method provided in an embodiment of the present application is shown, where the data transmission method shown in fig. 2 includes:
step 201, obtaining target data, and storing the target data to a pre-allocated shared memory.
The shared memory is a memory space of a first process, and the shared memory belongs to a memory space of a second process. The target data may be various data to be transmitted. Such as a vehicle fault code.
In this embodiment, the execution subject of the data transmission method (e.g., the user terminal 102 shown in fig. 1) may acquire the target data in various ways. For example, the execution subject may obtain the target data by directly extracting the target data stored locally. The execution main body can also acquire target data in a wired connection mode or a wireless connection mode. After the target data is acquired, the execution subject may store the target data in the shared memory.
It should be noted that the shared memory may be obtained as follows: and in response to detecting that the first process is started, sending a memory allocation request for requesting the operating system to use the shared memory as a memory space of the first process to the operating system so as to obtain the shared memory. In practice, the shared memory may be the same memory space as the memory space of the second process.
The operating system may be an operating system that simultaneously runs a first process and a second process. The operating system may be various operating systems, such as Android, IOS, UNIX, LINUX, MacOS, Windows, and the like. The present embodiment does not specifically limit the type of the operating system.
Here, there will typically be a start-up parameter for each process in the operating system to indicate whether the process is started or not. Therefore, the execution main body can detect the starting of the first process by detecting the value change of the starting parameter of the first process. As an example, if the value of the startup parameter of the first process changes from "off" to "on", it may be determined that the first process startup is detected. As another example, if the value of the start parameter of the target process changes from "0" to "1", it may be determined that the first process start is detected. It should be noted that, in this embodiment, a specific form of the value of the start parameter is not limited.
After detecting that the first process is started, the execution main body may send a memory allocation request to the operating system, so that the operating system allocates the shared memory as a memory space of the first process.
Here, when the first process is started, the shared memory belonging to the memory space of the second process is allocated as the memory space of the first process, which can reduce the computing resources occupied by data transmission between mutually independent memory spaces and is beneficial to improving the data transmission efficiency of data transmission between processes.
Step 202, sending a prompt message to the second process for prompting the second process to read the target data from the shared memory, so that the second process reads the target data from the shared memory based on the prompt message, and the target data acquired by the first process is transmitted to the second process.
In this embodiment, after storing the target data in the shared memory, the execution main body may send a prompt message to the second process to prompt the second process to read the target data from the shared memory in time. Therefore, the target data acquired by the first process is transmitted to the second process.
In this embodiment, since the shared memory is a memory space allocated to the first process, the first process can directly store the target data in the shared memory. And because the shared memory belongs to the memory space of the second process, the second process can directly read the stored target data from the shared memory. In the application, the process of transmitting data stores the data to be transmitted into the shared memory, and the process of receiving data reads the stored data from the shared memory to obtain the data to be transmitted, so that the data to be transmitted is transmitted from the process of transmitting data to the process of receiving data. In the related art, data to be transmitted is directly transmitted from one independent memory space to another independent memory space, so that the data to be transmitted is transmitted from one process to another process. Compared with the related art, the data transmission method and the device can reduce the data amount transmitted from one independent memory space to another independent memory space, and are beneficial to improving the data transmission efficiency of data transmission among processes.
In some optional implementations of this embodiment, the obtaining the target data includes:
first, in response to receiving a data acquisition instruction including a data type sent by the second process, vehicle data matching the data type is acquired from the target vehicle.
The target vehicle generally refers to a vehicle that is connected to a user terminal that runs a first process and a second process.
Here, the above data types include at least one of: vehicle fault codes, vehicle version information, vehicle data streams. The vehicle fault code is information generally used for characterizing a vehicle fault condition. As an example, the vehicle fault code may be P0113, which may be used to indicate that the vehicle inlet air temperature sensor line input voltage is too high. The above-described vehicle version information is generally information for describing the version of the vehicle. The vehicle data flow generally refers to real-time parameter values obtained by interaction between an Electronic Control Unit (ECU) of a vehicle and a sensor (e.g., a vehicle speed sensor) and an actuator (e.g., a fuel controller) in the vehicle.
Here, if the first process receives a data acquisition instruction including a data type sent by the second process, the first process may acquire vehicle data matching the data type from the target vehicle. For example, if the data type is a vehicle fault code, the first process may acquire the vehicle fault code of the target vehicle from the target vehicle after receiving the data acquisition instruction sent by the second process, where the acquired vehicle fault code of the target vehicle is vehicle data matched with the data type. Here, for example, if the data type is a vehicle fault code, the first process may send the data obtaining instruction to the ECU of the target vehicle after receiving the data obtaining instruction sent by the second process, so that the ECU of the target vehicle may send all vehicle fault codes currently stored by the target vehicle to the first process.
And then, analyzing the vehicle data according to a preset analysis rule to obtain data to be transmitted, and determining the data to be transmitted as target data.
Here, the preset analysis rule may be a preset rule for analyzing the vehicle data. As an example, if the above vehicle data is P0113, the vehicle data may be interpreted as "the vehicle intake air temperature sensor line input voltage is too high".
It should be noted that the executing entity may directly use the acquired vehicle data as the target data, or may analyze the acquired vehicle data and use the data with higher readability obtained through analysis as the target data.
In the implementation mode, the data transmission method with higher data transmission efficiency is used for vehicle fault diagnosis, so that the data transmission of the acquired vehicle data can be realized quickly and efficiently, and the improvement of the vehicle fault diagnosis efficiency is facilitated.
In some optional implementations of this embodiment, the obtaining the target data includes:
first, in response to receiving a data acquisition instruction including a data type sent by the second process, vehicle data matching the data type is acquired from the target vehicle.
Here, the specific operation of acquiring the vehicle data matching the data type from the target vehicle is substantially the same as the aforementioned operation of acquiring the vehicle data matching the data type from the target vehicle, and will not be described in detail here.
And then, analyzing the vehicle data according to a preset analysis rule to obtain the data to be transmitted.
Here, the specific operation of obtaining the data to be transmitted is basically the same as the operation of obtaining the data to be transmitted, and is not described herein again.
And finally, compiling the data to be transmitted into a data packet according to a preset compiling rule, and determining the data packet as target data.
Here, the preset compiling rule may be a rule for compiling all data to be transmitted into a data package. As an example, if there are N pieces of data to be transmitted, the preset compiling rule may be to combine N pieces of data to be transmitted with "\ N" as a separator. Further, if N is 2, there are 2 pieces of data to be transmitted. At this time, if the 2 pieces of data to be transmitted are data1 and data1, respectively, and the preset compiling rule is to combine the N pieces of data to be transmitted with "\ N" as a separator, the compiled data package may be: data1\ ndata2\ n.
In the implementation mode, the data to be transmitted is compiled into the data packet, so that the data to be transmitted can be transmitted simultaneously, and the data transmission efficiency is improved.
In some optional implementations of this embodiment, the data packet includes a header portion and a data portion; wherein the header part comprises at least one of the following: packet type, packet header length, packet index, data type; the data part includes: the total number of the data to be transmitted and the data to be transmitted combined according to a preset combination rule.
Here, the above packet type may be information indicating the type of the data packet. As an example, the value of the packet type may be "1" to indicate that the type of the data packet is an urgent type. The length of the packet header generally refers to the number of bytes occupied by the packet header. In practice, the header length is usually a fixed value, such as 4 bytes. The packet index is generally information indicating the number of the data packet. For example, if the packet index is 2, it can be used to indicate that the number of the data packet is 2. The data type is generally information that characterizes the data type of the target data carried by the data packet. For example, the value of the data type may be 1, and the data type used for representing the target data carried by the data packet is a vehicle fault code.
The preset combination rule is a preset rule for combining a plurality of pieces of data. For example, the preset combination rule may be combined with "\ 0" as a separator or "\\ 00" as a separator.
Fig. 3 is a schematic diagram of a packet structure according to an embodiment of the present disclosure. As shown in fig. 3, the header portion of the data packet includes a packet type, a header length, a packet index, and a data type, and the data portion of the data packet includes: the total number of the data to be transmitted and the data to be transmitted combined according to a preset combination rule.
With reference to fig. 3, in this implementation, the compiling rule may be: first, values are assigned to packet types, packet header lengths, packet indexes, and data types in sequence. If the value is allocated to the packet type to be 0, the value is allocated to the packet header length to be 4, the value is allocated to the packet index to be 1, and the value is allocated to the data type to be 1. Then, the number of pieces of data to be transmitted and each piece of data to be transmitted are combined with "\ 0" as a separator.
In the implementation mode, the data to be transmitted is compiled into the data packet with a more complex format, so that the safety of the data packet can be improved. The data transmission method and the data transmission device can realize the transmission of a plurality of pieces of data to be transmitted simultaneously and guarantee the safety of the transmitted data.
It should be noted that, if the target data is a data packet, after the second process reads the data packet from the shared memory, the data packet may be analyzed according to a preset decompiling rule, so as to obtain data to be transmitted in the data packet. The preset decompiling rule is matched with the preset compiling rule of the data packet. As an example, if the compiling rule of the data packet is: first, values are assigned to packet types, packet header lengths, packet indexes, and data types in sequence. Then, the total number of data to be transmitted and each data to be transmitted are combined with "\ 0" as a separator. The decompiling rule of the data packet may be: first, the header part of the data packet is analyzed to obtain the packet type, the header length, the packet length and the data type. Then, the data part of the data packet is analyzed to obtain the data number of the data to be transmitted. Finally, each piece of data of the data part of the data package is extracted by the separator "\ 0".
Continuing to refer to fig. 4, a schematic structural diagram of a data transmission terminal provided in the embodiment of the present application is shown. As shown in fig. 4, a data transmission terminal 400 has a first process 401 and a second process 402 running thereon, wherein,
a first process 401, configured to obtain target data, and store the target data in a pre-allocated shared memory; sending prompt information for prompting the second process to read the target data from the shared memory to the second process;
and a second process 402, configured to, in response to receiving the prompt message sent by the first process, read the target data from the shared memory.
In the terminal provided in this embodiment, since the shared memory is a memory space allocated to the first process, the first process can directly store the target data in the shared memory. And because the shared memory belongs to the memory space of the second process, the second process can directly read the stored target data from the shared memory. In the application, the process of transmitting data stores the data to be transmitted into the shared memory, and the process of receiving data reads the stored data from the shared memory to obtain the data to be transmitted, so that the data to be transmitted is transmitted from the process of transmitting data to the process of receiving data. In the related art, data to be transmitted is directly transmitted from one independent memory space to another independent memory space, so that the data to be transmitted is transmitted from one process to another process. Compared with the related art, the data transmission method and the device can reduce the data amount transmitted from one independent memory space to another independent memory space, and are beneficial to improving the data transmission efficiency of data transmission among processes.
It should be noted that, because the contents of information interaction, execution process, and the like between the first process and the second process are based on the same concept as the method embodiment of the present application, specific functions and technical effects thereof may be specifically referred to a part of the method embodiment, and details are not described herein again.
In some optional implementations of this embodiment, the second process 402 is also used to present the target data. And responding to the received feedback data input by the user aiming at the target data, storing the feedback data into the shared memory, and sending prompt information for prompting the first process to read the feedback data from the shared memory to the first process.
Here, the second process may read the target data from the shared memory and visually present the target data to the user. In this way, the user may input feedback data for the target data. The feedback data may be data for feeding back target data. As an example, the above-described feedback data may be data for instructing to clear a vehicle fault code in the target vehicle. After receiving the feedback data input by the user, the second process may store the feedback data in the shared memory, and send a prompt message to the first process to prompt the first process to read the feedback data from the shared memory in time. Thereby realizing the transmission of the feedback data of the second process to the first process.
The first process 401 is further configured to, in response to receiving the prompt message sent by the second process, read the feedback data from the shared memory, and send the feedback data to the target vehicle, so that the target vehicle performs an operation adapted to the feedback data.
Here, after receiving the prompt message of the second process, the first process may read the feedback data from the shared memory in time. After reading the feedback data, the first process may send the feedback data to the target vehicle. In this way, the target vehicle can perform an operation adapted to the feedback data. As an example, if the feedback data is data indicating that the vehicle trouble code in the target vehicle is cleared, the target vehicle may perform an operation of clearing the vehicle trouble code when receiving the feedback data.
In this embodiment, the feedback data of the second process is transmitted to the first process through the shared memory, and the data transmission speed can be increased no matter the data is transmitted from the first process to the second process or the data is transmitted from the second process to the first process, which is beneficial to further improving the data transmission efficiency of data transmission between processes.
Optionally, if the target data has a data type, presenting the target data includes: and selecting a presentation mode corresponding to the data type to present the target data, wherein one data type corresponds to one presentation mode. Here, for target data of each data type, the target data is presented in a presentation manner corresponding to the data type of the target data, so that the target data can be presented more intuitively.
In some optional implementations of the embodiment, the second process 402 is further configured to send a data obtaining instruction including the data type to the first process in response to receiving the data type input by the user, so that the first process obtains the target data matching the data type from the target vehicle based on the data obtaining instruction.
In this embodiment, the second process may receive a data type input by a user, and then send a data acquisition instruction including the data type to the first process. In this way, the first process may receive a data acquisition instruction including a data type, and acquire vehicle data matching the data type from the target vehicle based on the data acquisition instruction. Specifically, if the first process receives a data acquisition instruction including a data type sent by the second process, the first process may acquire vehicle data matching the data type from the target vehicle. For example, if the data type is a vehicle fault code, the first process may acquire the vehicle fault code of the target vehicle from the target vehicle after receiving the data acquisition instruction sent by the second process, where the acquired vehicle fault code of the target vehicle is vehicle data matched with the data type. Here, for example, if the data type is a vehicle fault code, the first process may send the data obtaining instruction to the ECU of the target vehicle after receiving the data obtaining instruction sent by the second process, so that the ECU of the target vehicle may send all vehicle fault codes currently stored by the target vehicle to the first process.
It should be noted that, after the first process acquires the vehicle data matching the data type, the target data may be the vehicle data or analyzed data obtained by analyzing the vehicle data. The data packet may be a packet obtained by compiling the analyzed data. Here, the specific operation of analyzing the vehicle data is basically the same as the aforementioned operation of analyzing the vehicle data, and is not described herein again. In addition, the specific operation of compiling the analyzed data to obtain the data packet is basically the same as the aforementioned operation of compiling the analyzed data to obtain the data packet, and is not described herein again.
In the implementation mode, the data transmission terminal with higher data transmission efficiency is used for vehicle fault diagnosis, so that the data transmission of the acquired vehicle data can be realized quickly and efficiently, and the improvement of the vehicle fault diagnosis efficiency is facilitated.
With continuing reference to fig. 5, a flowchart of a data transmission method executed by the first process according to the embodiment of the present application is schematically shown.
As shown in fig. 5, a data transmission method performed by a first process may include:
step 501, applying for a shared memory.
The shared memory is a memory space of a first process, and the shared memory belongs to a memory space of a second process. In practice, the shared memory may be the same memory space as the memory space of the second process. Here, the first process may apply the shared memory to the operating system as a memory space for running the first process.
Step 502, vehicle data is acquired and parsed.
Here, the first process is typically a target vehicle-oriented interactable program. The first process may acquire vehicle data from the target vehicle and parse the vehicle data according to a preset parsing rule.
Step 503, the data obtained by analysis is assembled into a data packet and stored into the shared memory.
Here, the header part of the data packet may include: the packet type, the header length, the packet index, and the data type, as well as the data portion of the data packet, may include the number of pieces of data that need to be transmitted and the specific pieces of data that need to be transmitted. The first process can respectively assign values to the packet type, the packet header length, the packet index and the data type, and then combine the number of pieces of data to be transmitted and each piece of data to be transmitted by using '\ 0' as a separator to obtain the data packet.
Step 504, sending a prompt message to the second process.
Here, the second process is typically a user-oriented interactable program. The first process may send, to the second process, a prompt to prompt the second process to read the data packet from the shared memory.
And 505, waiting for feedback data of the second process for the data packet.
Step 506, the feedback data is read and the next function is executed.
Here, the first process may read the feedback data from the shared memory and perform a corresponding operation based on the feedback data. For example, the feedback data may be sent to the target vehicle.
The main execution body of the steps 501 and 506 is the first process in the running state on the user terminal.
With continuing reference to fig. 6, a flowchart of a data transmission method executed by the second process according to the embodiment of the present application is schematically shown.
As shown in fig. 6, a data transmission method performed by the second process may include:
step 601, receiving a data packet transmitted by a first process.
Here, the second process may read a data packet from the shared memory to receive the data packet transmitted by the first process.
Step 602, parsing the data packet to obtain the data type, the number of data pieces, and each piece of data.
Here, the header part of the data packet may include: the packet type, the header length, the packet index, and the data type, as well as the data portion of the data packet, may include the number of pieces of data that need to be transmitted and the specific pieces of data that need to be transmitted. Here, the second process may parse the data packet for a packet type, a packet header length, a packet index, and a data type. And the number of data pieces of the transmitted data and each piece of specific data are obtained through the separator of '0'.
Step 603, presenting each piece of data in an interface corresponding to the data type.
Here, the second process may present each piece of parsed data to an interface corresponding to the data type. And aiming at the data of each data type, the target data is presented by adopting a presentation mode corresponding to the data type of the data, so that the target data can be presented more intuitively.
Step 604, writing the feedback data operated by the user into the shared memory.
Here, the user may operate on the data presented on the interface to enable input of the feedback data. The second process may receive feedback data input by the user and write the feedback data into the shared memory.
Step 605, sending a prompt message to the first process.
Here, the second process may send, to the first process, prompt information for prompting the first process to read the feedback data from the shared memory.
The execution subject of step 601 and 605 is the second process in the running state on the user terminal.
It should be noted that the vehicle fault diagnosis of the target vehicle is realized by using a manner in which the first process and the second process cooperate. Because a total function is realized by a plurality of sub-functions, and each sub-function is realized by a process, the maintenance of the program can be facilitated, and the realization of the whole function more safely and stably is facilitated. Therefore, the vehicle fault diagnosis of the target vehicle can be performed more safely and stably by adopting the mode of cooperation of the first process and the second process.
Further referring to fig. 7, corresponding to the data transmission method of the above embodiment, fig. 7 is a block diagram of a data transmission device 700 provided in the embodiment of the present application, and for convenience of description, only the relevant parts of the embodiment of the present application are shown.
Referring to fig. 7, the apparatus includes:
a data obtaining unit 701, configured to obtain target data, and store the target data in a pre-allocated shared memory;
an information prompting unit 702, configured to send, to the second process, prompting information for prompting the second process to read the target data from the shared memory, so that the second process reads the target data from the shared memory based on the prompting information, and the target data acquired by the first process is transmitted to the second process.
In one embodiment, obtaining target data comprises:
in response to receiving a data acquisition instruction which comprises a data type and is sent by the second process, acquiring vehicle data matched with the data type from the target vehicle;
and analyzing the vehicle data according to a preset analysis rule to obtain data to be transmitted, and determining the data to be transmitted as target data.
In one embodiment, obtaining target data comprises:
in response to receiving a data acquisition instruction which comprises a data type and is sent by the second process, acquiring vehicle data matched with the data type from the target vehicle;
analyzing the vehicle data according to a preset analysis rule to obtain data to be transmitted;
compiling the data to be transmitted into a data packet according to a preset compiling rule, and determining the data packet as target data.
In one embodiment, a data packet includes a header portion and a data portion; wherein the content of the first and second substances,
the header portion includes at least one of: packet type, packet header length, packet index, data type;
the data part includes: the total number of the data to be transmitted and the data to be transmitted combined according to a preset combination rule.
In the apparatus provided in this embodiment, since the shared memory is a memory space allocated to the first process, the first process can directly store the target data in the shared memory. And because the shared memory belongs to the memory space of the second process, the second process can directly read the stored target data from the shared memory. In the application, the process of transmitting data stores the data to be transmitted into the shared memory, and the process of receiving data reads the stored data from the shared memory to obtain the data to be transmitted, so that the data to be transmitted is transmitted from the process of transmitting data to the process of receiving data. In the related art, data to be transmitted is directly transmitted from one independent memory space to another independent memory space, so that the data to be transmitted is transmitted from one process to another process. Compared with the related art, the data transmission method and the device can reduce the data amount transmitted from one independent memory space to another independent memory space, and are beneficial to improving the data transmission efficiency of data transmission among processes.
It should be noted that, for the information interaction, execution process, and other contents between the above-mentioned devices/units, the specific functions and technical effects thereof are based on the same concept as those of the embodiment of the method of the present application, and specific reference may be made to the part of the embodiment of the method, which is not described herein again.
Referring further to fig. 8, fig. 8 is a schematic structural diagram of an electronic device 800 according to an embodiment of the present application. As shown in fig. 8, the electronic apparatus 800 of this embodiment includes: at least one processor 801 (only one processor is shown in fig. 8), a memory 802, and a computer program 803, such as a data transfer program, stored in the memory 802 and operable on the at least one processor 801. The steps in any of the various method embodiments described above are implemented when the computer program 803 is executed by the processor 801. The steps in the embodiments of the respective data transmission methods described above are implemented when the processor 801 executes the computer program 803. The processor 801, when executing the computer program 803, implements the functions of the various modules/units in the various device embodiments described above, such as the functions of the units 701-702 shown in fig. 7.
Illustratively, the computer program 803 may be divided into one or more modules/units, which are stored in the memory 802 and executed by the processor 801 to accomplish the present application. One or more modules/units may be a series of computer program instruction segments capable of performing specific functions, which are used to describe the execution of the computer program 803 in the electronic device 800. For example, the computer program 803 may be divided into a data acquisition unit and an information prompt unit, and specific functions of each unit are described in the foregoing embodiments, which are not described herein again.
The electronic device 800 may be a server, a desktop computer, a tablet computer, a cloud server, a mobile terminal, and other computing devices. The electronic device 800 may include, but is not limited to, a processor 801, a memory 802. Those skilled in the art will appreciate that fig. 8 is merely an example of an electronic device 800 and does not constitute a limitation of electronic device 800, and may include more or fewer components than shown, or some components in combination, or different components, e.g., an electronic device may also include input-output devices, network access devices, buses, etc.
The Processor 801 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The storage 802 may be an internal storage unit of the electronic device 800, such as a hard disk or a memory of the electronic device 800. The memory 802 may also be an external storage device of the electronic device 800, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the electronic device 800. Further, the memory 802 may also include both internal storage units and external storage devices of the electronic device 800. The memory 802 is used to store computer programs and other programs and data required by the electronic device. The memory 802 may also be used to temporarily store data that has been output or is to be output.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules, so as to perform all or part of the functions described above. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus/electronic device and method may be implemented in other ways. For example, the above-described apparatus/electronic device embodiments are merely illustrative, and for example, a module or a unit may be divided into only one logic function, and may be implemented in other ways, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated module, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in a computer readable storage medium. Based on such understanding, all or part of the flow in the method according to the embodiments described above may be implemented by a computer program, which is stored in a computer readable storage medium and used by a processor to implement the steps of the embodiments of the methods described above. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer readable medium may include: any entity or device capable of carrying computer program code, recording medium, U.S. disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution media, and the like. It should be noted that the computer readable medium may contain other components which may be suitably increased or decreased as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, in accordance with legislation and patent practice, the computer readable medium does not include electrical carrier signals and telecommunications signals.
The above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.

Claims (10)

1. A method of data transmission, the method comprising:
acquiring target data, and storing the target data to a pre-allocated shared memory;
and sending prompt information for prompting the second process to read the target data from the shared memory to the second process, so that the second process reads the target data from the shared memory based on the prompt information, and the target data acquired by the first process is transmitted to the second process.
2. The method of claim 1, wherein the obtaining target data comprises:
in response to receiving a data acquisition instruction which comprises a data type and is sent by a second process, acquiring vehicle data matched with the data type from a target vehicle;
and analyzing the vehicle data according to a preset analysis rule to obtain data to be transmitted, and determining the data to be transmitted as the target data.
3. The method of claim 1, wherein the obtaining target data comprises:
in response to receiving a data acquisition instruction which comprises a data type and is sent by a second process, acquiring vehicle data matched with the data type from a target vehicle;
analyzing the vehicle data according to a preset analysis rule to obtain data to be transmitted;
compiling the data to be transmitted into a data package according to a preset compiling rule, and determining the data package as the target data.
4. The method of claim 3, wherein the data packet comprises a header portion and a data portion; wherein the content of the first and second substances,
the header portion includes at least one of: packet type, packet header length, packet index, data type;
the data portion includes: the total number of the data to be transmitted and the data to be transmitted combined according to a preset combination rule.
5. A data transmission terminal, characterized in that a first process and a second process are run on the terminal, wherein,
the first process is used for acquiring target data and storing the target data to a pre-allocated shared memory; sending prompt information for prompting the second process to read the target data from the shared memory to the second process;
and the second process is used for reading the target data from the shared memory in response to receiving the prompt message sent by the first process.
6. The terminal of claim 5,
the second process is further used for presenting the target data; responding to feedback data input by a user aiming at the target data, storing the feedback data into the shared memory, and sending prompt information for prompting the first process to read the feedback data from the shared memory to the first process;
the first process is further configured to, in response to receiving the prompt message sent by the second process, read the feedback data from the shared memory, and send the feedback data to the target vehicle, so that the target vehicle executes an operation adapted to the feedback data.
7. The terminal according to one of claims 5 to 6,
the second process is further used for responding to the data type input by the user, sending a data acquisition instruction comprising the data type to the first process, and enabling the first process to acquire target data matched with the data type from a target vehicle based on the data acquisition instruction.
8. A data transmission apparatus, characterized in that the apparatus comprises:
the data acquisition unit is used for acquiring target data and storing the target data to a pre-allocated shared memory;
and the information prompting unit is used for sending prompting information for prompting the second process to read the target data from the shared memory to the second process, so that the second process reads the target data from the shared memory based on the prompting information, and the target data acquired by the first process is transmitted to the second process.
9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method of any of claims 1 to 4 when executing the computer program.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 4.
CN202010841278.7A 2020-08-20 2020-08-20 Data transmission method, terminal, device, equipment and medium Pending CN112099967A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010841278.7A CN112099967A (en) 2020-08-20 2020-08-20 Data transmission method, terminal, device, equipment and medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010841278.7A CN112099967A (en) 2020-08-20 2020-08-20 Data transmission method, terminal, device, equipment and medium

Publications (1)

Publication Number Publication Date
CN112099967A true CN112099967A (en) 2020-12-18

Family

ID=73754040

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010841278.7A Pending CN112099967A (en) 2020-08-20 2020-08-20 Data transmission method, terminal, device, equipment and medium

Country Status (1)

Country Link
CN (1) CN112099967A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112749025A (en) * 2020-12-30 2021-05-04 深兰人工智能(深圳)有限公司 Data distribution method and device based on shared memory
CN112764946A (en) * 2021-01-08 2021-05-07 重庆创通联智物联网有限公司 Cross-process data transmission method and device, electronic equipment and storage medium
CN113254232A (en) * 2021-06-01 2021-08-13 苏州浪潮智能科技有限公司 Software modularization method, system, device, equipment and computer storage medium
CN114691051A (en) * 2022-05-30 2022-07-01 恒生电子股份有限公司 Data processing method and device
CN114928652A (en) * 2022-04-29 2022-08-19 高德软件有限公司 Map data transmission method, map data transmission device, electronic apparatus, storage medium, and program
CN115242816A (en) * 2022-07-20 2022-10-25 成都精灵云科技有限公司 Data distribution method, device, equipment and storage medium based on FC equipment

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140171139A1 (en) * 2012-12-17 2014-06-19 Tencent Technology (Shenzhen) Company Limited Intercommunication methods and devices based on digital networks
CN109213113A (en) * 2017-07-04 2019-01-15 百度在线网络技术(北京)有限公司 Vehicular diagnostic method and system
CN110134532A (en) * 2019-05-13 2019-08-16 浙江商汤科技开发有限公司 A kind of information interacting method and device, electronic equipment and storage medium
CN110147288A (en) * 2019-05-13 2019-08-20 浙江商汤科技开发有限公司 Information interacting method and device, electronic equipment and storage medium
CN110502312A (en) * 2019-08-15 2019-11-26 东软集团股份有限公司 A kind of method for reading data, date storage method and device
CN110597640A (en) * 2019-08-29 2019-12-20 深圳市优必选科技股份有限公司 Inter-process data transmission method and device, terminal and computer storage medium

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140171139A1 (en) * 2012-12-17 2014-06-19 Tencent Technology (Shenzhen) Company Limited Intercommunication methods and devices based on digital networks
CN109213113A (en) * 2017-07-04 2019-01-15 百度在线网络技术(北京)有限公司 Vehicular diagnostic method and system
CN110134532A (en) * 2019-05-13 2019-08-16 浙江商汤科技开发有限公司 A kind of information interacting method and device, electronic equipment and storage medium
CN110147288A (en) * 2019-05-13 2019-08-20 浙江商汤科技开发有限公司 Information interacting method and device, electronic equipment and storage medium
CN110502312A (en) * 2019-08-15 2019-11-26 东软集团股份有限公司 A kind of method for reading data, date storage method and device
CN110597640A (en) * 2019-08-29 2019-12-20 深圳市优必选科技股份有限公司 Inter-process data transmission method and device, terminal and computer storage medium

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
申丰山: "《高等学校计算机专业"十三五"规划教材 Linux应用实例教程》", 西安电子科技大学出版社, pages: 283 - 291 *
鲍胜飞: "控制台服务器与IPDU集成的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑(月刊)》, no. 03, 15 March 2012 (2012-03-15), pages 1 - 67 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112749025A (en) * 2020-12-30 2021-05-04 深兰人工智能(深圳)有限公司 Data distribution method and device based on shared memory
CN112764946A (en) * 2021-01-08 2021-05-07 重庆创通联智物联网有限公司 Cross-process data transmission method and device, electronic equipment and storage medium
CN112764946B (en) * 2021-01-08 2024-02-02 重庆创通联智物联网有限公司 Cross-process data transmission method and device, electronic equipment and storage medium
CN113254232A (en) * 2021-06-01 2021-08-13 苏州浪潮智能科技有限公司 Software modularization method, system, device, equipment and computer storage medium
CN114928652A (en) * 2022-04-29 2022-08-19 高德软件有限公司 Map data transmission method, map data transmission device, electronic apparatus, storage medium, and program
CN114691051A (en) * 2022-05-30 2022-07-01 恒生电子股份有限公司 Data processing method and device
CN115242816A (en) * 2022-07-20 2022-10-25 成都精灵云科技有限公司 Data distribution method, device, equipment and storage medium based on FC equipment
CN115242816B (en) * 2022-07-20 2023-05-16 成都精灵云科技有限公司 FC device-based data distribution method, device, equipment and storage medium

Similar Documents

Publication Publication Date Title
CN112099967A (en) Data transmission method, terminal, device, equipment and medium
EP3333704B1 (en) Method and apparatus for repairing kernel vulnerability
CN112445630B (en) Information interaction method and device and terminal equipment
WO2016082649A1 (en) Method and device for automatically processing static test data of rail transit vehicle
CN109218393B (en) Push implementation method, device, equipment and computer storage medium
CN112732982A (en) Fault code storage method and device, terminal equipment and readable storage medium
CN112765084A (en) Computer device, virtualization acceleration device, data transmission method, and storage medium
CN110941530B (en) Method, device, computer equipment and storage medium for acquiring monitoring data
CN112882833B (en) Data acquisition method and device, computer equipment and storage medium
CN109286689B (en) Information sending method and device and vehicle-mounted man-vehicle interaction terminal
CN113760242A (en) Data processing method, device, server and medium
CN107844520A (en) Electronic installation, vehicle data introduction method and storage medium
CN111351669B (en) Fault diagnosis method and device, storage medium and vehicle
CN110569933A (en) intelligent card management device and method
CN112445431A (en) Data storage method, device, equipment and medium
CN112712610B (en) Vehicle diagnosis log processing method and device, terminal equipment and readable storage medium
CN113448762B (en) Crash processing method and system, intelligent device and storage medium
CN111417908A (en) ECU (electronic control Unit) recognizer, and recognition method, system, equipment and medium thereof
US11200109B2 (en) Method, device and computer program product for processing data
CN114756585A (en) Vehicle data acquisition method and device, electronic equipment and storage medium
CN115206000A (en) Automobile data acquisition method and device, vehicle-mounted terminal and automobile
CN113787977A (en) Vehicle maintenance method, communication device, and storage medium
CN112256574A (en) Vehicle diagnosis method and system and related equipment
CN114253568A (en) Application program upgrading method, device and equipment
CN116394762B (en) Fuel cell vehicle data processing system and method and fuel cell vehicle

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20201218

RJ01 Rejection of invention patent application after publication