Data interaction method for vehicle diagnosis, server-side equipment and user-side equipment

Abstract

The invention is suitable for the technical field of vehicle diagnosis, and provides a data interaction method for vehicle diagnosis, server-side equipment and user-side equipment, and the data interaction method comprises the steps: receiving command data sent by diagnosis equipment, and sending the command data to the user-side equipment; if the response data correspondingly matched with the command data is not stored at present, receiving the response data currently returned by the client device, the correspondingly matched response data being obtained by the client device returned based on the command data before the current moment; storing and sending the response data to the diagnostic equipment, wherein the stored response data and the command data form a corresponding matching relationship; and after the current moment, if the same command data is received, sending corresponding matched response data to the diagnostic equipment based on the corresponding relationship. According to the scheme, the reliability of vehicle diagnosis can be improved.

Description

Technical Field

[0001] The present application belongs to the technical field of vehicle diagnosis, and in particular, relates to a data interaction method, a server-side device, and a user-side device for vehicle diagnosis. Background Art

[0002] Vehicle diagnostic technology refers to the methods and means of testing the performance and checking faults of vehicles. This technology can test various working performance indicators of vehicles and find faults and their causes without disassembling the vehicle or assembly. Existing vehicle diagnostic technology has high requirements for latency. If a timeout is caused by network latency, it will lead to diagnostic failure, reducing the reliability of the diagnostic system. Summary of the invention

[0003] The purpose of the present application is to provide a vehicle diagnostic data interaction method, a server device and a user device, aiming to improve the reliability of the vehicle diagnostic system.

[0004] A first aspect of an embodiment of the present application provides a data interaction method for vehicle diagnosis, the data interaction method being executed by a server device in a vehicle diagnosis system, the data interaction system further comprising a user device, a diagnosis device, and a user vehicle, the server device being coupled to the diagnosis device and the user device, respectively, the user device being coupled to the user vehicle, the data interaction method comprising:

[0005] receiving command data sent by the diagnostic device, and sending the command data to the user terminal device;

[0006] If the response data corresponding to the command data is not currently stored, receiving the response data currently returned by the user terminal device, wherein the corresponding response data is returned by the user terminal device based on the command data before the current moment;

[0007] storing and sending the response data to the diagnostic device, wherein the stored response data forms a corresponding matching relationship with the command data;

[0008] After the current moment, if the same command data is received, corresponding matching response data is sent to the diagnostic device based on the corresponding relationship.

[0009] In an optional embodiment, after receiving the command data sent by the diagnostic device, the data interaction method includes:

[0010] Parsing the command data to obtain corresponding address information and data type, wherein the address information includes a source address and a target address;

[0011] Based on the data type and in combination with the address information, it is determined whether to store the response data corresponding to the command data.

[0012] In an optional embodiment, after receiving the command data sent by the diagnostic device, the data interaction method includes:

[0013] If the response data corresponding to the command data is currently stored, the response data is sent to the diagnostic device, and the corresponding response data is returned by the user terminal device based on the command data before the current moment.

[0014] In an optional embodiment, before storing and sending the response data to the diagnostic device, the data interaction method includes:

[0015] Parsing the response data to obtain corresponding address information and data type, wherein the address information includes a source address and a target address;

[0016] Based on the data type and in combination with the address information, the response data having a corresponding matching relationship with the command data is determined as an object to be stored.

[0017] In an optional embodiment, storing and sending the response data to the diagnostic device includes:

[0018] The response data and the internal byte time interval corresponding to the response data are stored, and the response data is sent to the diagnostic device according to the internal byte time interval.

[0019] A second aspect of an embodiment of the present application provides a data interaction method for vehicle diagnosis, the data interaction method being executed by a user-end device in a vehicle diagnosis system, the data interaction system further comprising a server-end device, a diagnosis device, and a user vehicle, the user-end device being coupled to the user vehicle and the server-end device, respectively, the server-end device being coupled to the diagnosis device, the data interaction method comprising:

[0020] receiving command data sent by the server device, and sending the command data to the user vehicle;

[0021] Receive the response data returned by the user vehicle and send it to the server device.

[0022] A third aspect of an embodiment of the present application provides a server device, the server device comprising:

[0023] A data receiving module, used for receiving command data sent by the diagnostic device, and sending the command data to the user terminal device;

[0024] A data matching module, configured to receive the response data currently returned by the user terminal device if the response data corresponding to the command data is not currently stored, wherein the corresponding response data is returned by the user terminal device based on the command data before the current moment;

[0025] A data storage module, used for storing and sending the response data to the diagnostic device, wherein the stored response data forms a corresponding matching relationship with the command data;

[0026] The data response module is used to send corresponding matching response data to the diagnostic device based on the corresponding relationship if the same command data is received after the current moment.

[0027] A fourth aspect of an embodiment of the present application provides a user terminal device, the user terminal device comprising:

[0028] A first data transmission module, used for receiving command data sent by the server device, and sending the command data to the user vehicle;

[0029] The second data transmission module is used to receive the response data returned by the user vehicle and send it to the server device.

[0030] A fifth aspect of an embodiment of the present application provides a terminal device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method described in the first aspect when executing the computer program.

[0031] A sixth aspect of an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method described in the first aspect is implemented.

[0032] A seventh aspect of the embodiments of the present application provides a computer program product. When the computer program product is run on a terminal device, the terminal device executes the method described in the first aspect.

[0033] Beneficial effects of this application

[0034] The present application provides a vehicle diagnosis data interaction method, a server-side device, and a user-side device, wherein the server-side device, when not currently storing response data matching the command data, can enter a self-learning process, i.e., receive and store response data returned by the user-side device, and the response data forms a corresponding matching relationship with the command data. Through the above-mentioned self-learning process, the server-side device can respond on behalf of the command data when it receives the same command data later, i.e., return the corresponding matching response data directly to the diagnostic device, thereby avoiding the problem of diagnostic failure caused by timeout due to network delay, and realizing the improvement of the reliability of the vehicle diagnostic system. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0036] Figure 1 A schematic diagram of a vehicle diagnostic system provided in an embodiment of the present application;

[0037] Figure 2 One of the flow charts of a vehicle diagnostic data interaction method provided in an embodiment of the present application;

[0038] Figure 3 A second flowchart of a vehicle diagnostic data interaction method provided in an embodiment of the present application;

[0039] Figure 4 A third flowchart of a vehicle diagnostic data interaction method provided in an embodiment of the present application;

[0040] Figure 5 A fourth flowchart of a vehicle diagnostic data interaction method provided in an embodiment of the present application;

[0041] Figure 6 A schematic diagram of the structure of a server device provided in an embodiment of the present application;

[0042] Figure 7 A schematic diagram of the structure of a user terminal device provided in an embodiment of the present application;

[0043] Figure 8 A schematic diagram of the structure of a terminal device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0044] In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.

[0045] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, wholes, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or combinations thereof.

[0046] It should also be understood that the term “and / or” used in the specification and appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0047] As used in the specification and appended claims of this application, the term "if" can be interpreted as "when" or "uponce" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "uponce it is determined" or "in response to determining" or "uponce [described condition or event] is detected" or "in response to detecting [described condition or event]", depending on the context.

[0048] In addition, in the description of the present application specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish the descriptions and cannot be understood as indicating or implying relative importance.

[0049] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0050] It should be understood that the size of the serial numbers of the steps in this embodiment does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiment of the present application.

[0051] Vehicle diagnostic technology refers to the methods and means of testing the performance and checking faults of vehicles. This technology can test various working performance indicators of vehicles and find faults and their causes without disassembling the vehicle or assembly. Existing vehicle diagnostic technology has high requirements for latency. If a timeout is caused by network latency, it will lead to diagnostic failure, reducing the reliability of the diagnostic system.

[0052] To this end, the present application provides a vehicle diagnostic data interaction method, a server-side device, and a user-side device to improve the reliability of a vehicle diagnostic system. Figure 1 A schematic diagram of a vehicle diagnostic system provided by an embodiment of the present application is shown. Figure 1 The system includes a cloud server 101, a server device 102, a user device 103, a diagnostic device 104 and a user vehicle 105, wherein the server device 102 is coupled to the diagnostic device 104 and the user device 103 respectively, and the user device 103 is coupled to the user vehicle 105; the cloud server 101 is a cloud that provides the server device 102 with a diagnostic service for the user vehicle 105 according to the command data instructions of the diagnostic device 104, and the cloud server 101 and the server device 102 can also establish a communication connection through at least one transit cloud server, and the vehicle diagnosis process can be realized by using the data interaction between the cloud server 101, the server device 102, the user device 103, the diagnostic device 104 and the user vehicle 105.

[0053] It should be noted that the diagnostic equipment is a special device that can be used to detect, analyze and judge the health status of the user's vehicle. Specifically, a diagnostic instrument can be used; the server-side device and the user-side device are devices with data transmission, processing and connection functions, and can interact with the diagnostic equipment or the user's vehicle through the ODB port.

[0054] In order to illustrate the technical solution of the present application, specific embodiments are provided below.

[0055] Reference Figure 2 , shows a flow chart of a vehicle diagnosis data interaction method provided in an embodiment of the present application, the method is executed by a server device in a vehicle diagnosis system and specifically includes the following steps:

[0056] Step S101: receiving command data sent by the diagnostic device, and sending the command data to the user terminal device;

[0057] Step S102: if the response data corresponding to the command data is not currently stored, receiving the response data currently returned by the user terminal device, the corresponding response data being returned by the user terminal device based on the command data before the current moment;

[0058] Step S103: storing and sending the response data to the diagnostic device, wherein the stored response data forms a corresponding matching relationship with the command data;

[0059] Step S104: After the current moment, if the same command data is received, corresponding matching response data is sent to the diagnostic device based on the corresponding relationship.

[0060] It can be seen that step S101 first receives the command data from the diagnostic device, and then forwards it to the user-end device, so as to ensure that the request of the diagnostic device can be accurately transmitted to the user-end device so as to perform the corresponding operation or return the required information; step S102 receives the response data currently returned by the user-end device when the response data corresponding to the command data is not currently stored, so as to ensure that the latest response data can be obtained when the command data is first received for later use; step S103 stores the received response data, establishes a matching relationship with the corresponding command data, and sends the response data to the diagnostic device. By storing the corresponding relationship between the response data and the command data, it is possible to quickly respond to the same command request in the future, and also ensures that the diagnostic device can obtain the required response data in time; step S104, when the request that is the same as the stored command data is received again, the corresponding response data will be directly found according to the previously established corresponding relationship, and sent to the diagnostic device, thereby being able to quickly respond to the same command request, avoiding the problem of diagnostic failure caused by reply timeout, improving the reliability and efficiency of the vehicle diagnostic system, and also avoiding unnecessary resource consumption and delay.

[0061] It should be noted that the diagnostic device and the server device, as well as the user vehicle and the user device, can be coupled through the K line, and command data and response data can be transmitted through the K line; the command data is an instruction or request sent by the diagnostic device, used to instruct the user device or the user vehicle to perform a specific operation or return specific information, which may specifically include entering the system command, where the system can be a vehicle diagnostic system; the response data is the result or status information that should be returned corresponding to the command data.

[0062] As an example, a user uses a diagnostic instrument to send a command data to enter a fault diagnosis program. After the server device receives the command data and determines that there is no corresponding response data stored, the command data is sent to the user's vehicle via the user-end device. After the user's vehicle reads the command data, it generates corresponding response data and transmits the response data to the server device via the user-end device. The server device sends the response data to the diagnostic instrument and also stores the response data, and establishes a corresponding matching relationship between the response data and the command data. The next time the server device receives the same command data, it can directly return the response data corresponding to the command data to the diagnostic instrument to avoid diagnostic failure problems due to diagnostic timeouts, thereby improving the reliability and efficiency of the diagnostic system.

[0063] In the above example, when the server-side device does not currently store response data matching the command data, it can enter a self-learning process, that is, receive and store response data returned by the user-side device, and the response data forms a corresponding matching relationship with the command data. Through the above-mentioned self-learning process, when the server-side device receives the same command data in the future, it can respond on behalf of the server-side device, that is, return the corresponding matching response data directly to the diagnostic device, thereby avoiding diagnostic failures caused by timeouts due to network delays, and improving the reliability of the vehicle diagnostic system.

[0064] In the embodiments that can be implemented in the present application, the corresponding matching relationship between the command data and the response data can be reflected by the address information of the data, and the command data and the response data with the same address information are confirmed to have a corresponding matching relationship. Therefore, after executing step S101, it is necessary to parse the received command data to obtain the address information of the command data, so as to confirm whether there is matching response data. Correspondingly, refer to Figure 3 The data interaction method provided in the embodiment of the present application further includes the following steps:

[0065] Step S201: parsing the command data to obtain corresponding address information and data type, wherein the address information includes a source address and a target address;

[0066] Step S202: Based on the data type and in combination with the address information, determine whether to store the response data corresponding to the command data.

[0067] Among them, address information refers to the information used to identify the source and target location of data during data transmission, specifically including the source address and the target address; data type refers to the type of data, which can be specifically divided according to the meaning of the data, and this application does not impose any restrictions on this.

[0068] Step S201 parses the command data to extract the address information and data type of the command data, thereby clearly knowing the source and target of the command data and confirming whether the data type of the command data meets expectations, providing assistance for subsequent data processing, and also helping to effectively manage and track destiny data and improve overall data processing capabilities; Step S202 obtains the address information and data type of the command data, and after confirming that the data type meets expectations, it will search whether response data corresponding to the command data is stored based on this information, so as to ensure that the command data can be responded to accurately and promptly.

[0069] For example, the command data sent by the diagnostic instrument is 80 40F1 01 81 33. The server-side device receives the command data in sequence and sends it to the user-side device, while buffering the received bytes. After receiving 33, it starts to parse the data and obtains that the SID 81 is the command to enter the system, the source address is F1, the target address is 40, and the expected data type is the command to enter the system. The command data conforms to the requirements, and the source address and the target address can be further combined to find out whether there is corresponding matching response data currently stored.

[0070] As another example, the command data sent by the diagnostic instrument is 80 40F1 01 84 33. The server-side device receives the command data in turn and sends it to the user-side device. The user-side device sends the command data to the user's vehicle. At the same time, the server-side device caches the received bytes. After receiving 33, it starts to parse the data and obtains SID 84, which is not a command to enter the system. The source address is F1, and the target address is 40, while the expected data type is a command to enter the system. If the command data does not meet the requirements, it will not enter the self-learning process and will wait for further reception of subsequent command data.

[0071] By parsing the command data and searching whether corresponding response data is stored based on the address information and data type obtained by the parsing, the accuracy of data interaction can be ensured and the overall data processing capability can be improved.

[0072] In an embodiment that can be implemented in the present application, if there is no response data corresponding to the command data currently stored in step S102, the response data currently returned by the user-end device is received, and the server-end device needs to parse the received response data to determine that the response data is the data to be stored. Correspondingly, refer to Figure 4 , which may specifically include the following steps:

[0073] Step S301: parsing the response data to obtain corresponding address information and data type, wherein the address information includes a source address and a target address;

[0074] Step S302: Based on the data type and in combination with the address information, the response data having a corresponding matching relationship with the command data is determined as an object to be stored.

[0075] Among them, step S301 parses the response data to extract the address information and data type of the response data, thereby clearly knowing the source and target of the response data, and confirming whether the data type of the response data meets expectations, providing assistance for subsequent data processing; step S302 obtains the address information and data type of the response data, and after confirming that the data type meets expectations, the response data with the address information corresponding to the command data will be determined as the object to be stored, and the operation of storing the response data will be performed in the subsequent step S103 to ensure that the command data can be responded to accurately and timely during the next data transmission process.

[0076] Exemplarily, the command data sent by the diagnostic instrument is 80 40F1 01 81 33, and there is currently no response data stored that matches the command data. Then, the response data 80F1 40 03C1EA 8F 00 currently returned by the user-end device is received and cached. When 00 is received, it indicates that one frame has been received. Then, the response data is parsed, and the SID C1 is obtained, which is the response to the command to enter the system, the source address is 40, the target address is F1, and the expected data type is the response to the command to enter the system. If the response data meets expectations, the response data is determined as the object to be stored.

[0077] By parsing the response data and determining the response data that matches the command data based on the address information and data type, the accuracy of the data reply can be ensured, providing a basis for the stable operation of the vehicle diagnostic system.

[0078] After determining the object to be stored, step S103 is executed to store the response data and send it to the diagnostic device. Specifically, the response data and the internal byte time interval corresponding to the response data can be stored so that the response data can be sent to the diagnostic device according to the corresponding internal byte time interval.

[0079] The internal byte time interval refers to the time interval between bytes within the response data.

[0080] As an example, when the current server device does not store response data corresponding to the command data, the response data returned by the user device is 80F1 40 03C1 EA 8F 00. After receiving the response data, the server device stores it and records the time interval between each byte, and then sends the response data to the diagnostic device according to the corresponding byte time interval.

[0081] Through the above embodiments, the consistency and stability of data transmission can be guaranteed, ensuring the stable operation of the vehicle diagnostic system.

[0082] In an embodiment that can be implemented in the present application, if there is no response data corresponding to the command data currently stored, the response data currently returned by the user-end device is received; but if there is response data corresponding to the command data currently stored, the response data is sent to the diagnostic device, and the corresponding response data is the response data returned by the user-end device based on the command data before the current moment.

[0083] As an example, in the case where the current server device stores response data corresponding to the command data, the server device may send the stored response data to the diagnostic device at a corresponding byte time interval of the storage record.

[0084] Figure 5 A flow chart of a vehicle diagnosis data interaction method provided by an embodiment of the present application is shown. The method is executed by a user terminal device in a vehicle diagnosis system and specifically includes the following steps:

[0085] Step S401: receiving command data sent by the server device, and sending the command data to the user vehicle;

[0086] Step S402: receiving response data returned by the user vehicle and sending it to the server device.

[0087] Exemplarily, the diagnostic instrument sends command data to the server device, the server device sends the command data to the user device, the user device receives the command data and sends it to the user vehicle, the user vehicle executes the command data and generates corresponding response data and sends it to the user device, the user device receives the response data and sends it to the server device.

[0088] The following is an explanation with reference to specific examples.

[0089] For example, the command data sent by the diagnostic instrument is 80 40F1 01 81 33, and the corresponding response data of the user vehicle is 80F1 40 03C1 EA 8F 00. The server device receives the command data 80 40F1 01 8133 in sequence, sends the command data to the user device, and caches the received bytes. When 33 is received, a frame has been received. After parsing the data, it is found that SID 81 is the command to enter the system, the source address is F1, and the target address is 40. It searches for data that has not been learned locally and starts the self-learning process.

[0090] The user server sends the command data to the user vehicle, and then receives the response data 80F1 4003C1 EA 8F 00 from the user vehicle, and sends the response data to the server device in turn; after receiving the response data, the server device determines that there is no reply to the diagnostic instrument at present, and then sends the response data to the diagnostic instrument, and caches the received bytes until 00 is received, indicating that a frame is received, and parses the response data to obtain the response of the command to enter the system with SID C1, the source address 40, and the target address F1, so the response data and the time interval of each byte are saved, and the response data is sent to the diagnostic instrument;

[0091] The server device receives the command data 80 40F1 01 81 33 again and sends it to the client device. When 33 is received, it indicates that a frame has been received. The server device parses the command data and finds that the SID 81 is the command to enter the system, the source address is F1, and the target address is 40. The server device searches for the local response data with the matching source address and target address, and sends 80F1 40 03C1 EA 8F 00 to the diagnostic instrument at the learned time interval.

[0092] The user-end device receives the response from the vehicle and sends the response data 80F1 40 03C1 EA 8F 00 to the server-end device in sequence. After receiving the response data, the server-end device determines that the reply operation to the diagnostic instrument has been completed, so it only caches the received bytes and does not send them to the diagnostic instrument. When 00 is received, it means that a frame has been received. The response data is parsed and the SID C1 is obtained, which is the response to the enter system command, indicating that the next step of the vehicle diagnosis process can be entered.

[0093] Figure 6 A structural diagram of a server-side device provided for an embodiment of the present application. For ease of explanation, only the parts related to the embodiment of the present application are shown.

[0094] The server device may specifically include the following modules:

[0095] A data receiving module M1 is used to receive command data sent by the diagnostic device and send the command data to the user terminal device;

[0096] The data matching module M2 is used to receive the response data currently returned by the user terminal device if the response data corresponding to the command data is not currently stored, and the corresponding response data is returned by the user terminal device based on the command data before the current moment;

[0097] A data storage module M3, used for storing and sending the response data to the diagnostic device, wherein the stored response data forms a corresponding matching relationship with the command data;

[0098] The data response module M4 is used to send corresponding matching response data to the diagnostic device based on the corresponding relationship if the same command data is received after the current moment.

[0099] The data receiving module M1 first receives the command data from the diagnostic device, and then forwards it to the user-end device, so as to ensure that the request of the diagnostic device can be accurately transmitted to the user-end device so as to perform the corresponding operation or return the required information; the data matching module M2 receives the response data currently returned by the user-end device when the response data corresponding to the command data is not currently stored, so as to ensure that the latest response data can be obtained when the command data is first received for later use; the data storage module M3 stores the received response data, establishes a matching relationship with the corresponding command data, and sends the response data to the diagnostic device. By storing the corresponding relationship between the response data and the command data, it provides the possibility for subsequent rapid response to the same command request, and also ensures that the diagnostic device can obtain the required response data in time; when the data response module M4 receives the same request as the stored command data again, it will directly find the corresponding response data according to the previously established corresponding relationship and send it to the diagnostic device, thereby being able to quickly respond to the same command request, avoiding the problem of diagnostic failure due to reply timeout, improving the reliability and efficiency of the vehicle diagnostic system, and also avoiding unnecessary resource consumption and delay.

[0100] Based on the same inventive concept, the user terminal device in the embodiment of the present application further includes:

[0101] A command data parsing module, used to parse the command data to obtain corresponding address information and data type, wherein the address information includes a source address and a target address;

[0102] The data judgment module determines whether to store the response data corresponding to the command data based on the data type and in combination with the address information.

[0103] Based on the same inventive concept, the user terminal device in the embodiment of the present application further includes:

[0104] The data feedback module is used to send the response data corresponding to the command data to the diagnostic device if the response data currently stored is matched, and the corresponding response data is returned by the user terminal device based on the command data before the current moment.

[0105] Based on the same inventive concept, the user terminal device in the embodiment of the present application further includes:

[0106] A response data parsing module, used to parse the response data to obtain corresponding address information and data type, wherein the address information includes a source address and a target address;

[0107] The data screening module is used to determine the response data having a corresponding matching relationship with the command data as the object to be stored based on the data type and in combination with the address information.

[0108] Based on the same inventive concept, the data storage module in the embodiment of the present application includes:

[0109] The data operation module is used to store the response data and the internal byte time interval corresponding to the response data, and send the response data to the diagnostic device according to the internal byte time interval.

[0110] Figure 7 A structural diagram of a user terminal device provided for an embodiment of the present application, for the sake of ease of explanation, only the parts related to the embodiment of the present application are shown.

[0111] The user terminal device may specifically include the following modules:

[0112] A first data transmission module K1, used for receiving command data sent by the server device and sending the command data to the user vehicle;

[0113] The second data transmission module K2 is used to receive the response data returned by the user vehicle and send it to the diagnostic device.

[0114] Figure 8 A schematic diagram of the structure of a terminal device provided in an embodiment of the present application. The terminal device E1 includes: at least one processor E2 ( Figure 8 Only one is shown in the figure) a processor, a memory E3, and a computer program E4 stored in the memory E3 and executable on the at least one processor E2, and when the processor E2 executes the computer program E4, the steps in the above method embodiment are implemented.

[0115] The terminal device E1 may be a computing device such as a desktop computer, a notebook, a PDA, or a cloud server. The terminal device may include, but is not limited to, a processor E2 and a memory E3. Those skilled in the art will understand that Figure 8 This is only an example of the terminal device E1 and does not constitute a limitation on the terminal device E1. The terminal device E1 may include more or fewer components than shown in the figure, or a combination of certain components, or different components. For example, it may also include input and output devices, network access devices, etc.

[0116] The processor E2 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

[0117] In some embodiments, the memory E3 may be an internal storage unit of the terminal device E1, such as a hard disk or memory of the terminal device E1. In other embodiments, the memory E3 may also be an external storage device of the terminal device E1, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the terminal device E1. Further, the memory E3 may also include both an internal storage unit and an external storage device of the terminal device E1. The memory E3 is used to store an operating system, an application program, a boot loader, data, and other programs, such as the program code of the computer program. The memory E3 may also be used to temporarily store data that has been output or is to be output.

[0118] The technicians in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In practical applications, the above-mentioned function allocation can be completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated in a processing unit, or each unit can exist physically separately, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, which will not be repeated here.

[0119] In the above embodiments, the description of each embodiment has its own emphasis. If a rated part is not described or recorded in detail in a certain embodiment, reference may be made to the relevant description of other embodiments.

[0120] An embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments can be implemented.

[0121] An embodiment of the present application provides a computer program product. When the computer program product runs on a mobile terminal, the mobile terminal can implement the steps in the above-mentioned method embodiments when executing the computer program product.

[0122] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0123] In the embodiments provided in the present application, it should be understood that the disclosed devices / network equipment and methods can be implemented in other ways. For example, the device / network equipment embodiments described above are merely schematic. For example, the division of the modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0124] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0125] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above units may be implemented in the form of hardware or software.

[0126] If the integrated module / unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, and can also be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), electric carrier signal, telecommunication signal and software distribution medium. It should be noted that the content contained in the computer-readable medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable media do not include electric carrier signals and telecommunication signals.

[0127] The embodiments described above are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, a person skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. Such modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims

1. A data interaction method for vehicle diagnosis, characterized in that: The data interaction method is executed by a server device in a vehicle diagnostic system, the data interaction system further includes a user device, a diagnostic device and a user vehicle, the server device is coupled to the diagnostic device and the user device respectively, the user device is coupled to the user vehicle, and the data interaction method includes: receiving command data sent by the diagnostic device, and sending the command data to the user terminal device; If the response data corresponding to the command data is not currently stored, receiving the response data currently returned by the user terminal device, wherein the corresponding response data is returned by the user terminal device based on the command data before the current moment; storing and sending the response data to the diagnostic device, wherein the stored response data forms a corresponding matching relationship with the command data; After the current moment, if the same command data is received, corresponding matching response data is sent to the diagnostic device based on the corresponding matching relationship.

2. The data interaction method according to claim 1, characterized in that: After receiving the command data sent by the diagnostic device, the data interaction method includes: Parsing the command data to obtain corresponding address information and data type, wherein the address information includes a source address and a target address; Based on the data type and in combination with the address information, it is determined whether to store the response data corresponding to the command data.

3. The data interaction method according to claim 1, characterized in that: After receiving the command data sent by the diagnostic device, the data interaction method includes: If the response data corresponding to the command data is currently stored, the response data is sent to the diagnostic device, and the corresponding response data is returned by the user terminal device based on the command data before the current moment.

4. The data interaction method according to claim 1, characterized in that: Before storing and sending the response data to the diagnostic device, the data interaction method includes: Parsing the response data to obtain corresponding address information and data type, wherein the address information includes a source address and a target address; Based on the data type and in combination with the address information, the response data having a corresponding matching relationship with the command data is determined as an object to be stored.

5. The data interaction method according to claim 1, characterized in that: The storing and sending the response data to the diagnostic device comprises: The response data and the internal byte time interval corresponding to the response data are stored, and the response data is sent to the diagnostic device according to the internal byte time interval.

6. A data interaction method for vehicle diagnosis, characterized in that: The data interaction method is executed by a user-end device in a vehicle diagnostic system, the data interaction system further includes a server-end device, a diagnostic device and a user vehicle, the user-end device is coupled to the user vehicle and the server-end device respectively, the server-end device is coupled to the diagnostic device, and the data interaction method includes: receiving command data sent by the server device, and sending the command data to the user vehicle; Receive the response data returned by the user vehicle and send it to the server device.

7. A server device, characterized in that: The server device comprises: A data receiving module, used for receiving command data sent by the diagnostic device, and sending the command data to the user terminal device; A data matching module, configured to receive the response data currently returned by the user terminal device if the response data corresponding to the command data is not currently stored, wherein the corresponding response data is returned by the user terminal device based on the command data before the current moment; A data storage module, used for storing and sending the response data to the diagnostic device, wherein the stored response data forms a corresponding matching relationship with the command data; The data response module is used to send corresponding matching response data to the diagnostic device based on the corresponding relationship if the same command data is received after the current moment.

8. A user terminal device, characterized in that: The user terminal equipment comprises: A first data transmission module, used for receiving command data sent by the server device, and sending the command data to the user vehicle; The second data transmission module is used to receive the response data returned by the user vehicle and send it to the server device.

9. A terminal device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the method according to any one of claims 1 to 7 is implemented.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images