Vehicle remote diagnosis method, electronic device, and computer program product

Abstract

The application provides a vehicle remote diagnosis method, an electronic device and a computer program product, and is suitable for the technical field of computers. The method is applied to a diagnosis device. The method comprises the following steps: the diagnosis device acquires diagnosis process information from a target server; a second operation instruction is acquired from a second user end; the second operation instruction is sent to a target vehicle, and second response information of the target vehicle to the second operation instruction is acquired; if target association information exists in association information, a diagnosis result of a target diagnosis operation is determined according to the target association information; diagnosis results of each diagnosis operation are sent to the target server, so that the target server generates a diagnosis record based on the diagnosis results of each diagnosis operation and sends the diagnosis record to a first user end. The application can simplify the remote diagnosis operation of professional technicians, thereby improving the vehicle remote diagnosis efficiency.

Description

Technical Field

[0001] This application belongs to the field of computer technology, and in particular relates to vehicle remote diagnostic methods, electronic devices and computer program products. Background Technology

[0002] Remote vehicle diagnostics refers to the use of advanced communication technologies and network platforms to enable professional technicians, such as automotive experts, to diagnose vehicle faults from locations far from the vehicle, ensuring its normal operation.

[0003] After a professional technician performs remote diagnostics or repairs on a vehicle, they typically need to manually record the entire process and provide it to the user, such as a regular auto mechanic or car owner. For example, the technician could provide screenshots or screen recordings to demonstrate that the remote diagnostic task has been completed. However, this method of manually recording data to prove the diagnostic work and sending it to the user is complex and time-consuming, potentially reducing the efficiency of remote vehicle diagnostics. Summary of the Invention

[0004] In view of this, embodiments of this application provide a vehicle remote diagnostic method, electronic device, and computer program product to solve the problems in related technologies that require professional technicians to manually record process evidence data for remote diagnostics, which is complex, time-consuming, and has low efficiency.

[0005] A first aspect of this application provides a remote vehicle diagnostic method applied to a diagnostic device, the method comprising:

[0006] The diagnostic process information is obtained from the target server. The diagnostic process information includes a set of associated information, which corresponds to the diagnostic operation. The associated information includes the corresponding first operation instruction and first response information. The diagnostic process information is determined by the target server based on the remote diagnostic request from the first user.

[0007] Obtain the second operation instruction from the second user terminal;

[0008] Send the second operation command to the target vehicle and obtain the target vehicle's second response information to the second operation command;

[0009] If target associated information exists in the associated information set, the diagnostic result of the target diagnostic operation is determined based on the target associated information. The first operation instruction and the second operation instruction in the target associated information are the same, and the target diagnostic operation is the diagnostic operation corresponding to the second operation instruction.

[0010] The diagnostic results of each diagnostic operation are sent to the target server, so that the target server generates diagnostic records based on the diagnostic results of each diagnostic operation and sends the diagnostic records to the first user terminal.

[0011] In some embodiments, determining the diagnostic result of a target diagnostic operation based on target association information includes:

[0012] When the first response information in the target association information is the same as the second response information, the diagnosis result of the target diagnosis operation is determined to be successful.

[0013] When the first response information and the second response information in the target association information are different, the diagnosis result of the target diagnosis operation is determined to be a diagnosis failure.

[0014] In some embodiments, the method further includes:

[0015] If no target-related information is found in the set of related information, the diagnostic result of the target diagnostic operation is determined to be to perform an unexpected diagnostic operation.

[0016] In some embodiments, the process by which the target server determines the diagnostic process information includes:

[0017] The target server retrieves diagnostic process information corresponding to the vehicle information and the items to be tested from a pre-stored mapping relationship based on the vehicle information and the items to be tested. The mapping relationship describes the correspondence between the vehicle information, the items to be tested, and the diagnostic process information.

[0018] In some embodiments, vehicle information includes: vehicle model, vehicle series, and VIN code; the items to be tested include at least one of the following: online programming, coding, encoding, flashing hidden functions, resetting maintenance lights, and resetting anti-theft lights.

[0019] In some embodiments, the vehicle information may also include at least one of the following: engine displacement and vehicle fault description.

[0020] In some embodiments, sending the diagnostic results of each diagnostic operation to the target server includes:

[0021] Upon receiving the diagnostic result of each diagnostic operation, the diagnostic result is sent to the target server.

[0022] Alternatively, at the end of the diagnostic process for the target vehicle, the diagnostic results of each diagnostic operation can be sent to the target server.

[0023] In some embodiments, obtaining diagnostic process information from the target server includes:

[0024] In response to the diagnostic equipment being connected to the target vehicle, diagnostic process information is obtained from the target server.

[0025] In some embodiments, the item to be tested includes at least one of the following: online programming, coding, encoding, brushing hidden items, resetting maintenance lights to zero, and resetting anti-theft lights to zero.

[0026] A second aspect of this application provides another method for remote vehicle diagnostics, applied to a server, the method comprising:

[0027] In response to a remote diagnostic request sent by a first user terminal, diagnostic process information corresponding to the remote diagnostic request is generated. The diagnostic process information includes a set of associated information, which corresponds to the diagnostic operation. The associated information includes a corresponding first operation instruction and a first response information.

[0028] In response to the second operation command and the second response information sent by the diagnostic device, and the associated information set contains target associated information, the diagnostic result of the target diagnostic operation is determined based on the target associated information, wherein the first operation command in the target associated information is the same as the second operation command, and the target diagnostic operation is the diagnostic operation corresponding to the second operation command;

[0029] A diagnosis is generated based on the diagnostic results of each diagnostic segment.

[0030] A third aspect of this application provides an electronic device, which includes a memory and a processor. The memory stores a computer program that can run on the processor. When the processor executes the computer program, the electronic device performs the steps of any of the vehicle remote diagnostic methods described in the first aspect above.

[0031] A fourth aspect of this application provides a computer program product comprising a computer program that, when executed, causes any of the vehicle remote diagnostic methods described in the first aspect to be performed.

[0032] A fifth aspect of this application provides a computer-readable storage medium, comprising: storing a computer program, which, when executed by a processor, causes an electronic device to perform the steps of any of the vehicle remote diagnostic methods described in the first aspect above.

[0033] The beneficial effects of this application embodiment compared with the prior art are as follows: In this embodiment, in the first aspect, the diagnostic device compares the second operation command received in real time from the second user terminal and the second response information to the second operation command received from the target vehicle with the associated information set obtained in advance from the target server, thereby finding the target associated information from the associated information set, determining the diagnostic result of the target diagnostic operation based on the target associated information, and sending the diagnostic results of each diagnostic operation to the target server. In this way, the target server can use the received diagnostic results of each diagnostic operation to generate a diagnostic record and send it to the first user terminal. The user of the first user terminal can intuitively understand the diagnostic process information and completion status of the current remote diagnostic task by viewing the diagnostic record. That is, in the entire remote vehicle diagnostic process, the professional technician holding the second user terminal does not need to manually record the remote diagnostic process proof data, which can simplify the remote diagnostic operation of the professional technician and thus improve the efficiency of remote vehicle diagnostics.

[0034] Secondly, the diagnostic equipment directly sends the diagnostic results of each diagnostic operation to the target server. Compared with the diagnostic equipment sending the second operation instructions and second response information corresponding to each diagnostic operation to the target server, the target server can save computing resources and reduce network resource consumption caused by frequent data transmission between the diagnostic equipment and the target server.

[0035] Thirdly, during the process of remotely diagnosing the target vehicle using a second user terminal, the number of second operation commands sent by the second user terminal to the diagnostic device is often much greater than the number of first operation commands sent by the target server to the diagnostic device. Therefore, in conjunction with the effect description of the second aspect above, the diagnostic device can directly send the diagnostic results of each diagnostic operation to the target server, which can greatly save the computing resources of the target server and the network resource consumption caused by frequent data transmission between the diagnostic device and the target server.

[0036] It is understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description

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

[0038] Figure 1This is a system architecture diagram of a vehicle remote diagnostic method provided in one embodiment of this application;

[0039] Figure 2 This is a schematic flowchart of a vehicle remote diagnostic method provided in one embodiment of this application;

[0040] Figure 3 This is a schematic flowchart of another vehicle remote diagnostic method provided in one embodiment of this application;

[0041] Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0042] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0043] The vehicle remote diagnostic method provided in this application embodiment can be applied to electronic devices such as mobile phones, tablets, and wearable devices. In this case, the electronic device is the executing subject of the vehicle remote diagnostic method provided in this application embodiment. This application embodiment does not impose any restrictions on the specific type of electronic device.

[0044] To illustrate the technical solution described in this application, specific embodiments are provided below.

[0045] refer to Figure 1 This is a system architecture diagram of a vehicle remote diagnostic method application provided in an embodiment of this application.

[0046] like Figure 1 As shown, the system architecture may include: diagnostic device 101, target vehicle 102, first user terminal 103, target server 104, and second user terminal 105.

[0047] The target server 104 is connected to the first user terminal 103 and the diagnostic device 101 via a network, and the diagnostic device 101 is connected to the target vehicle 102 and the second user terminal 105 via a network. The network can include various connection types, such as wired, wireless communication links, or fiber optic cables.

[0048] In some possible implementations, the diagnostic device 101 and the target vehicle 102 can be connected via peer-to-peer (P2P) technology or via a Wi-Fi network. The diagnostic device 101 and the second user terminal 105 can also be connected via a P2P channel or a Wi-Fi network.

[0049] The target vehicle 102 can be any type of vehicle, such as an autonomous vehicle, a car, or a truck. It should be noted that the target vehicle 102 can also be any other mode of transportation, such as an airplane or a ship.

[0050] The first user terminal 103 can be various terminal devices, including but not limited to smartphones, tablets, laptops, and desktop computers; this embodiment does not impose specific limitations. It is understood that the user of the first user terminal can be a car owner or a regular auto repair technician.

[0051] The second user terminal 105 may include, but is not limited to, various terminal devices that can be used to access the diagnostic device B, such as tablet computers, smartphones, laptops, and desktop computers; this embodiment does not impose specific limitations. The user of the second user terminal may be a professional technician.

[0052] Diagnostic device 101 is a device for remotely diagnosing the target vehicle. For example... Figure 1 As shown, the diagnostic device 101 typically includes a C-end and a B-end, which can be connected to the C-end via a network. The C-end is used to connect to the target vehicle 102, and the B-end is used to connect to the second user terminal 105.

[0053] refer to Figure 1 The system architecture may also include a third user terminal 106. The third user terminal 106 is connected to the target server 104 via a network. It should be noted that the second user terminal 105 and the third user terminal 106 can be the same device (which can be collectively referred to as the second user terminal 105), or the second user terminal 105 and the third user terminal 106 can be two independent devices.

[0054] When remote diagnostics of target vehicle 102 are required by a professional technician, a regular auto mechanic or vehicle owner can send a remote diagnostic request to target server 104 through the first user terminal 103. This request may include vehicle information and items to be tested. When the second user terminal 105 and the third user terminal 106 are two independent devices, the professional technician can claim the remote diagnostic task from target server 104 through the third user terminal 106, confirming that the service will be provided by that device. When the second user terminal 105 and the third user terminal 106 are the same device, the professional technician can claim the remote diagnostic task from target server 104 through the second user terminal 105, confirming that the service will be provided by that device. The professional technician can then contact the issuer of the remote diagnostic task. The issuer will connect the C-end of diagnostic device 101 to target vehicle 102, and the professional technician will connect the B-end of diagnostic device 101 to the second user terminal 105. Both the C-end and B-end need to be connected to the network so that they can be linked. At this point, professional technicians can remotely diagnose the target vehicle 102 through the second user terminal 105.

[0055] In some application scenarios, when users, such as car owners or ordinary auto repair technicians, need professional technicians to perform remote diagnostics on the target vehicle 102, they can send a remote diagnostic request to the target server 104 through the first user terminal 103. The remote diagnostic request may include vehicle information and items to be tested.

[0056] When the target server 104 receives the aforementioned remote diagnostic request, it can use the vehicle information and the items to be tested to determine the diagnostic process information for that request. This diagnostic process information includes a set of associated information, which corresponds to the diagnostic operations. The associated information includes the corresponding first operation instruction and first response information. It is understood that the diagnostic process information determined by the target server typically only involves necessary diagnostic operations, and the number of diagnostic operations involved in this information is usually far less than the actual number of diagnostic operations required by the target vehicle. For example, the diagnostic operations involved in the diagnostic process information may include operation 1, operation 2, and operation 3, while the diagnostic operations performed during remote diagnostics of the target vehicle may include operation 1, operation 11, operation 12… operation 1m, operation 2, operation 21… operation 2n, operation 3, operation 31… operation 3p. Here, m, n, and p are all positive integers.

[0057] The diagnostic device 101's C-end obtains diagnostic process information from the target server 104. The second user terminal 105 receives a second operation command input by a professional technician. The diagnostic device 101 obtains the second operation command from the second user terminal 105; the diagnostic device 101 sends the second operation command to the target vehicle 102 and obtains the target vehicle 102's second response information to the second operation command. If target association information exists in the association information set, the diagnostic device 101 determines the diagnostic result of the target diagnostic operation based on the target association information. If the first operation command in the target association information is the same as the second operation command, the target diagnostic operation is the diagnostic operation corresponding to the second operation command. The diagnostic device 101 then sends the diagnostic results of each diagnostic operation to the target server 104.

[0058] The target server 104 receives the diagnostic results of each diagnostic operation sent by the diagnostic device 101, generates a diagnostic record based on the diagnostic results of each diagnostic operation, and sends the diagnostic record to the first user terminal 103.

[0059] In this embodiment, in a first aspect, the diagnostic device compares the second operation command received in real time from the second user terminal and the second response information to the second operation command received from the target vehicle with a set of associated information obtained in advance from the target server. This allows the device to find target associated information from the associated information set, determine the diagnostic result of the target diagnostic operation based on the target associated information, and send the diagnostic results of each diagnostic operation to the target server. In this way, the target server can use the received diagnostic results of each diagnostic operation to generate a diagnostic record and send it to the first user terminal. The user of the first user terminal can view the diagnostic record to intuitively understand the diagnostic process information and completion status of the current remote diagnostic task. That is, during the entire remote vehicle diagnostic process, the professional technician holding the second user terminal does not need to manually record the process proof data of the remote diagnostic, which can simplify the remote diagnostic operation of the professional technician and thus improve the efficiency of remote vehicle diagnostics.

[0060] Secondly, the diagnostic equipment directly sends the diagnostic results of each diagnostic operation to the target server. Compared with the diagnostic equipment sending the second operation instructions and second response information corresponding to each diagnostic operation to the target server, the target server can save computing resources and reduce network resource consumption caused by frequent data transmission between the diagnostic equipment and the target server.

[0061] Thirdly, during the process of remotely diagnosing the target vehicle using a second user terminal, the number of second operation commands sent by the second user terminal to the diagnostic device is often much greater than the number of first operation commands sent by the target server to the diagnostic device. Therefore, in conjunction with the effect description of the second aspect above, the diagnostic device can directly send the diagnostic results of each diagnostic operation to the target server, which can greatly save the computing resources of the target server and the network resource consumption caused by frequent data transmission between the diagnostic device and the target server.

[0062] The above application scenario is merely one example of its application in conjunction with the aforementioned system architecture. In other application scenarios, when users, such as car owners or general auto mechanics, require professional technicians to perform remote diagnostics on the target vehicle 102, they can send a remote diagnostic request to the target server 104 through the first user terminal 103. This remote diagnostic request may include vehicle information and items to be tested.

[0063] When the target server 104 receives the aforementioned remote diagnostic request, it can use the vehicle information and the items to be tested to determine the diagnostic process information for the remote diagnostic request. The diagnostic process information includes a set of associated information, which corresponds to the diagnostic operation and includes a corresponding first operation instruction and a first response.

[0064] The second user terminal 105 receives a second operation command input by a professional technician. The diagnostic device 101 can obtain the second operation command from the second user terminal 105, and can also obtain the second response information of the target vehicle 102 to the second operation command.

[0065] The target server 104 obtains a second operation command from the second user terminal and a second response information from the target vehicle to the second operation command from the diagnostic device 101. If target association information exists in the association information set, the target server 104 determines the diagnostic result of the target diagnostic operation based on the target association information. If the first operation command in the target association information is the same as the second operation command, the target diagnostic operation is the diagnostic operation corresponding to the second operation command. The target server 104 then generates a diagnostic record based on the diagnostic results of each diagnostic segment operation and sends the diagnostic record to the first user terminal 103.

[0066] In this embodiment, the target server obtains a second operation command from the second user terminal and a second response information from the target vehicle to the second operation command from the diagnostic device 101, and compares them with a pre-obtained set of associated information to find target associated information from the set of associated information. Based on the target associated information, the server determines the diagnostic result of the target diagnostic operation and generates a diagnostic record based on the diagnostic results of each diagnostic operation, which is then sent to the first user terminal. The user on the first user terminal can view the diagnostic record to intuitively understand the diagnostic process information and completion status of the current remote diagnostic task. That is, during the entire remote vehicle diagnostic process, the professional technician holding the second user terminal does not need to manually record the process proof data of the remote diagnostic, which simplifies the remote diagnostic operation of the professional technician and improves the efficiency of remote vehicle diagnostics.

[0067] Figure 2 A flowchart illustrating the implementation of a vehicle remote diagnostic method according to an embodiment of this application is shown. This method is applied to a diagnostic device and is described in detail below:

[0068] Step 201: The diagnostic device obtains diagnostic process information from the target server.

[0069] The diagnostic process information includes a set of associated information, which corresponds to the diagnostic operations. This associated information includes the corresponding first operation instruction and first response information. The diagnostic process information is determined by the target server based on the remote diagnostic request from the first user client.

[0070] Remote diagnostic requests include vehicle information and items to be tested.

[0071] Among them, vehicle information is information used to describe the vehicle.

[0072] Optionally, the above vehicle information may include: vehicle model, vehicle series, and vehicle identification number (VIN). Optionally, the vehicle information may also include at least one of the following: engine displacement and vehicle fault description.

[0073] The items to be tested are the items that need to be inspected on the target vehicle. Optionally, the above-mentioned items to be tested include at least one of the following: online programming, coding, encoding, flashing hidden functions, resetting maintenance lights, and resetting anti-theft lights.

[0074] Online programming refers to modifying and updating the program of a vehicle's Electronic Control Unit (ECU). Coding refers to clearing or setting fault codes based on the diagnostic results of a vehicle diagnostic tool. Encoding refers to configuring and setting the parameters of various modules in a vehicle. These modules can be the engine control unit, transmission control unit, brake control unit, etc. Each module has different configuration items and parameters, which can be modified and set through coding. For example, setting the vehicle's driving mode (sport mode, economy mode, etc.), adjusting brake sensitivity, and setting seat adjustment parameters. Unlocking hidden functions refers to modifying the software settings in the vehicle's ECU to unlock or enable certain functions that have been hidden or restricted by the manufacturer. Resetting the maintenance light means turning off the vehicle's maintenance reminder light to indicate that the vehicle has completed its prescribed maintenance cycle. Resetting the anti-theft light means turning off the vehicle's anti-theft warning light to indicate that the vehicle is no longer in anti-theft alert mode.

[0075] In some embodiments, the diagnostic device can obtain diagnostic process information by sending a first request for obtaining diagnostic process information to a target server via a network. Upon receiving the first request, the target server can send the diagnostic process information to the diagnostic device.

[0076] In other embodiments, the diagnostic device may also obtain diagnostic process information in the following manner: after the target server determines the diagnostic process information based on the vehicle information and the test item from the first user terminal, it actively sends the diagnostic process information to the diagnostic device.

[0077] In one possible implementation, the diagnostic device obtains diagnostic process information from the target server, which can be: the diagnostic device obtains diagnostic process information from the target server in response to its own access to the target vehicle.

[0078] The diagnostic device can be connected to the target vehicle via wired or wireless means. In practice, diagnostic devices typically include both a consumer (C) end and a business (B) end. The C end of the diagnostic device can be plugged into the target vehicle, in which case the diagnostic device is connected via a wired connection. For example, the diagnostic device can also be connected wirelessly via technologies such as Wi-Fi, Bluetooth, or Zigbee.

[0079] When a professional technician is required to perform remote diagnostics on a target vehicle, the first user terminal sends the vehicle information and the items to be tested to the target server. In this way, the target server can obtain the vehicle information and the items to be tested from the first user terminal, and then the target server can determine the diagnostic process information based on the vehicle information and the items to be tested.

[0080] In some possible implementations, the target server determines the process of obtaining diagnostic process information, including:

[0081] The target server retrieves diagnostic process information corresponding to the vehicle information and the items to be tested from a pre-stored mapping relationship based on the vehicle information and the items to be tested. The mapping relationship describes the correspondence between the vehicle information, the items to be tested, and the diagnostic process information.

[0082] As an optional embodiment of this application, the mapping relationship pre-stored in the target server can be updated according to the actual situation to make the mapping relationship more accurate.

[0083] It should be noted that the diagnostic operations corresponding to each piece of information in the above-mentioned set of related information are all critical operations required to complete the vehicle remote diagnostic task, such as logging into the system. In practice, in addition to the critical operations, other operations may also be required to complete the vehicle remote diagnostic task.

[0084] Step 202: The diagnostic device obtains a second operation command from the second user terminal.

[0085] When a professional technician performs remote diagnostics on a target vehicle via a second user terminal, the second user terminal can receive a second operating command input by the technician. Because the diagnostic equipment and the second user terminal are communicatively connected, the diagnostic equipment can obtain the second operating command from the second user terminal.

[0086] In some embodiments, the diagnostic device can obtain the second operation instruction by sending a second request to a second user terminal via a network to obtain the second operation instruction. Upon receiving the second request, the target server can send the second operation instruction to the diagnostic device.

[0087] In other embodiments, the diagnostic device may also obtain the second operation instruction in the following manner: after receiving the second operation instruction input by a professional technician, the second user terminal actively sends the second operation instruction to the diagnostic device.

[0088] The diagnostic equipment can be connected to the target vehicle via wired or wireless means. In practice, the diagnostic equipment may include a C-end and a B-end. Optionally, the B-end of the diagnostic equipment can be directly plugged into the second user terminal to enable communication between the diagnostic equipment and the second user terminal. For example, the diagnostic equipment can also communicate with the second user terminal via Wi-Fi or a P2P channel.

[0089] Step 203: The diagnostic device sends the second operation command to the target vehicle and obtains the second response information of the target vehicle to the second operation command.

[0090] Since the diagnostic equipment is connected to both the target vehicle and the second user terminal, it can send the second operation command to the target vehicle after obtaining it from the second user terminal.

[0091] In some embodiments, the diagnostic device can obtain the second response information of the target vehicle to the second operation command in the following manner: after receiving the second operation command sent to it by the diagnostic device, the target vehicle responds to the second operation command by sending the second response information to the diagnostic device in response to the second operation command.

[0092] For example, assuming the target diagnostic operation is to enter the engine, the second operation command could be {"req": "55,AA,F0,F8,00,0C,2B,27,01,60,01,FF,FF,0A,09,00,FF,01,95"}. In this case, the second response information could be {"rep": "55,AA,F8,F0,00,07,2B,67,01,FF,00,2E,55,C6"}.

[0093] Step 204: If target association information exists in the association information set, the diagnostic device determines the diagnostic result of the target diagnostic operation based on the target association information.

[0094] In this context, the first operation instruction and the second operation instruction in the target association information are identical. The target diagnostic operation is the diagnostic operation corresponding to the second operation instruction.

[0095] Understandably, if target-related information exists within the set of associated information (this can be referred to as the first case), it indicates that the target diagnostic operation is also the diagnostic operation corresponding to the target-related information in the diagnostic process information. This means that the target diagnostic operation is a critical operation required to complete the remote vehicle diagnostic task. In this case, by determining the diagnostic result of the target diagnostic operation, it can be determined whether the professional technician successfully executed the target diagnostic operation when performing remote diagnostics on the target vehicle.

[0096] In some optional implementations of this embodiment, the diagnostic device determines the diagnostic result of the target diagnostic operation based on the target association information, which can be implemented as follows: when the first response information in the target association information is the same as the second response information, the diagnostic device can determine that the diagnostic result of the target diagnostic operation is a successful diagnosis; when the first response information in the target association information is different from the second response information, the diagnostic device can determine that the diagnostic result of the target diagnostic operation is a failed diagnosis.

[0097] In one specific embodiment, after acquiring the second operation instruction, the diagnostic device searches the associated information set for a first operation instruction identical to the second operation instruction. If a first operation instruction identical to the second operation instruction exists in the associated information set, it can be assumed that target associated information exists in the associated information set. Then, the diagnostic device compares the acquired second response information of the target vehicle to the second operation instruction with the first response information in the target associated information. If the first response information in the target associated information is the same as the second response information, the diagnostic result of the diagnostic operation corresponding to the second operation instruction (i.e., the target diagnostic operation) can be considered a successful diagnosis. If the first response information in the target associated information is different from the second response information, the diagnostic result of the target diagnostic operation can be considered a failed diagnosis.

[0098] For example, suppose the target related information in the related information set is {"req": "55,AA,F0,F8,00,0C,2B,27,01,60,01,FF,FF,0A,09,00,FF,01,95"; "rep": "55,AA,F8,F0,00,07,2B,67,01,FF,00,2E,55,C6"}, where {"req": "55,AA,F0,F8,00,0C,2B,27,01,60,01,FF,FF,0A,09,00,FF,01,95"} is the first operation instruction; {"rep": The first response information is "55, AA, F8, F0, 00, 07, 2B, 67, 01, FF, 00, 2E, 55, C6". At this point, the diagnostic equipment needs to compare the second response information of the target vehicle to the second operation command with the first response information in the target association information to obtain the diagnostic result of the target diagnostic operation. If the second response information is also {"rep": "55, AA, F8, F0, 00, 07, 2B, 67, 01, FF, 00, 2E, 55, C6"}, then the diagnostic result of the target diagnostic operation can be considered successful; otherwise, the diagnostic result of the target diagnostic operation is considered successful.

[0099] In some alternative implementations, the above-mentioned vehicle remote diagnostic method further includes: if the target associated information is not found in the associated information set, the diagnostic device can determine that the diagnostic result of the target diagnostic operation is to perform an unexpected diagnostic operation.

[0100] In another specific embodiment, after obtaining the second operation instruction, the diagnostic device searches the associated information set for a first operation instruction identical to the second operation instruction. If no first operation instruction identical to the second operation instruction exists in the associated information set, it can be assumed that the target associated information does not exist in the associated information set. In this case, the diagnostic device can determine that the diagnostic result of the target diagnostic operation is to perform an unexpected diagnostic operation.

[0101] Understandably, if the target associated information does not exist in the associated information set (this can be referred to as the second case), then the target diagnostic operation is not the diagnostic operation corresponding to the target associated information in the diagnostic process information. This means that the target diagnostic operation is not a necessary operation to complete the vehicle remote diagnostic task. In this case, the diagnostic equipment can determine that the diagnostic result of the target diagnostic operation is to execute an unexpected diagnostic operation, indicating that the currently executed target diagnostic operation does not belong to any of the diagnostic operations corresponding to the associated information in the diagnostic process information.

[0102] Step 205: The diagnostic device sends the diagnostic results of each diagnostic operation to the target server, so that the target server generates a diagnostic record based on the diagnostic results of each diagnostic operation and sends the diagnostic record to the first user terminal.

[0103] In some optional implementations of this embodiment, the diagnostic device sends the diagnostic results of each diagnostic operation to the target server. This can be achieved by the diagnostic device sending the obtained diagnostic result to the target server each time it receives the diagnostic result of a diagnostic operation. Alternatively, the diagnostic device sends the obtained diagnostic results of each diagnostic operation to the target server when the diagnosis of the target vehicle is completed.

[0104] It should be noted that the diagnostic results of each diagnostic operation sent to the target server as described above include at least the diagnostic results of each target diagnostic operation in the first scenario. Optionally, the diagnostic results of each diagnostic operation sent by the diagnostic device to the target server may include, in addition to the diagnostic results of each target diagnostic operation in the first scenario, the diagnostic results of the target diagnostic operation in the second scenario.

[0105] In these implementation methods, on the one hand, the diagnostic device directly sends the diagnostic results of each diagnostic operation to the target server. Compared with the diagnostic device allowing the target server to determine the operation results of each diagnostic operation by sending the diagnostic results of each diagnostic operation directly to the target server, this can save the computing resources of the target server and also save the network resource consumption caused by frequent data transmission between the diagnostic device and the target server.

[0106] On the other hand, during the process of professional technicians using a second user terminal to remotely diagnose the target vehicle, the number of second operation instructions sent by the second user terminal to the diagnostic device is often much greater than the number of first operation instructions sent by the target server to the diagnostic device. Therefore, in conjunction with the effect description of the second aspect above, the diagnostic device can directly send the diagnostic results of each diagnostic operation to the target server, which can greatly save the computing resources of the target server and save the network resource consumption caused by frequent data transmission between the diagnostic device and the target server.

[0107] Furthermore, in this embodiment, the diagnostic device compares the second operation command received in real time from the second user terminal and the second response information to the second operation command received from the target vehicle with a set of associated information obtained in advance from the target server. This allows the device to find the target associated information from the associated information set, determine the diagnostic result of the target diagnostic operation based on the target associated information, and send the diagnostic results of each diagnostic operation to the target server. In this way, the target server can use the received diagnostic results of each diagnostic operation to generate a diagnostic record and send it to the first user terminal. The user on the first user terminal can view the diagnostic record to intuitively understand the diagnostic process information and completion status of the current remote diagnostic task. That is, during the entire remote vehicle diagnostic process, the professional technician holding the second user terminal does not need to manually record the remote diagnostic process proof data, which can simplify the remote diagnostic operation of the professional technician and thus improve the efficiency of remote vehicle diagnostics.

[0108] Figure 3 The following is a flowchart illustrating another vehicle remote diagnostic method provided in an embodiment of this application. This method is applied to a target server and is described in detail below:

[0109] Step 301: The target server responds to the remote diagnostic request sent by the first user terminal and generates diagnostic process information corresponding to the remote diagnostic request.

[0110] The diagnostic process information includes a set of associated information, which corresponds to the diagnostic operation. The associated information includes the corresponding first operation instruction and first response information.

[0111] Remote diagnostic requests include vehicle information and items to be tested.

[0112] In some application scenarios, when users, such as car owners or ordinary auto repair technicians, need professional technicians to perform remote diagnostics on a target vehicle, they can send a remote diagnostic request to the target server through the first user terminal. This remote diagnostic request may include vehicle information and items to be tested.

[0113] Optionally, the above vehicle information may include: vehicle model, vehicle series, and vehicle identification number (VIN). Optionally, the vehicle information may also include at least one of the following: engine displacement and vehicle fault description.

[0114] Optionally, the above-mentioned test items include at least one of the following: online programming, coding, encoding, hiding, resetting maintenance lights, and resetting anti-theft lights.

[0115] In some possible implementations, the process by which the target server generates diagnostic process information corresponding to the remote diagnostic request includes:

[0116] The target server retrieves diagnostic process information corresponding to the vehicle information and the items to be tested from a pre-stored mapping relationship based on the vehicle information and the items to be tested. The mapping relationship describes the correspondence between the vehicle information, the items to be tested, and the diagnostic process information.

[0117] As an optional embodiment of this application, the mapping relationship pre-stored in the target server can be updated according to the actual situation to make the mapping relationship more accurate.

[0118] Step 302: The target server responds to the second operation instruction and the second response information sent by the diagnostic device, and the target association information exists in the association information set. The diagnostic result of the target diagnostic operation is determined based on the target association information.

[0119] Among them, the first operation instruction in the target association information is the same as the second operation instruction, and the target diagnosis operation is the diagnosis operation corresponding to the second operation instruction.

[0120] The diagnostic equipment is connected to both the target vehicle and the second user terminal. The diagnostic equipment can obtain the second operation command from the second user terminal and also receive the second response information of the target vehicle to the second operation command.

[0121] In some embodiments, after obtaining the second operation instruction and the second response information, the diagnostic device will proactively send the second operation instruction and the second response information to the target server.

[0122] In one specific embodiment, after receiving the second operation instruction, the target server searches the associated information set for a first operation instruction that is identical to the second operation instruction. If a first operation instruction identical to the second operation instruction exists in the associated information set, it can be assumed that the target associated information exists in the associated information set; otherwise, it is assumed that the target associated information does not exist in the associated information set.

[0123] Then, the target server responds to the second operation instruction and the second response information sent by the diagnostic device, and the target association information exists in the association information set. The target server determines the diagnostic result of the target diagnostic operation based on the target association information.

[0124] In some optional implementations of this embodiment, the target server determines the diagnostic result of the target diagnostic operation based on the target association information, which can be implemented as follows: when the first response information in the target association information is the same as the second response information, the target server can determine that the diagnostic result of the target diagnostic operation is a successful diagnosis; when the first response information in the target association information is different from the second response information, the target server can determine that the diagnostic result of the target diagnostic operation is a failed diagnosis.

[0125] In some alternative implementations, the above-mentioned vehicle remote diagnostic method further includes: if the target association information does not exist in the association information set, the target server can determine that the diagnostic result of the target diagnostic operation is to perform an unexpected diagnostic operation.

[0126] It should be noted that in this implementation, the target server determines the diagnostic result of the target diagnostic operation based on the target association information.

[0127] Step 303: The target server generates a diagnostic record based on the diagnostic results of each diagnostic segment and sends the diagnostic record to the first user terminal.

[0128] It should be noted that the diagnostic results of each of the above diagnostic operations include at least the diagnostic results of each target diagnostic operation in the first case. Optionally, in addition to including the diagnostic results of each target diagnostic operation in the first case, the diagnostic results of each of the above diagnostic operations may also include the diagnostic results of the target diagnostic operation in the second case.

[0129] In this embodiment, the target server compares the second operation command obtained from the diagnostic device from the second user terminal and the second response information from the target vehicle to the second operation command with a pre-obtained set of associated information to find the target associated information from the set of associated information. Based on the target associated information, the server determines the diagnostic result of the target diagnostic operation and generates a diagnostic record based on the diagnostic results of each diagnostic operation, which is then sent to the first user terminal. The user on the first user terminal can view the diagnostic record to intuitively understand the diagnostic process information and completion status of the current remote diagnostic task. That is, during the entire remote vehicle diagnostic process, the professional technician holding the second user terminal does not need to manually record the process proof data of the remote diagnostic, which simplifies the remote diagnostic operation of the professional technician and improves the efficiency of remote vehicle diagnostics.

[0130] It should be noted that the above Figure 3 The corresponding embodiments exist in the same way as described above. Figure 2 For the corresponding embodiments, the specific functions of certain steps can be found above. Figure 2 The corresponding implementation details will not be repeated here.

[0131] It should be noted that the information interaction and execution process between the above-mentioned devices / units are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, and they will not be repeated here.

[0132] It should be understood that the sequence number of each step in the above embodiments does not imply 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 embodiments of this application.

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

[0134] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0135] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."

[0136] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only for distinguishing descriptions and should not be construed as indicating or implying relative importance. It should also be understood that although the terms "first," "second," etc., are used in the text to describe various elements in some embodiments of this application, these elements should not be limited by these terms. These terms are merely used to distinguish one element from another. For example, a first table may be named a second table, and similarly, a second table may be named a first table, without departing from the scope of the various described embodiments. Both the first table and the second table are tables, but they are not the same table.

[0137] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0138] The vehicle remote diagnostic method provided in this application can be applied to electronic devices such as mobile phones, tablets, wearable devices, laptops, industrial computers, ultra-mobile personal computers (UMPCs), netbooks, and personal digital assistants (PDAs). This application does not impose any restrictions on the specific type of electronic device.

[0139] Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. For example... Figure 4 As shown, the electronic device 400 of this embodiment includes: at least one processor 402 ( Figure 4 (Only one is shown in the image), memory 401, which stores a computer program 403 that can run on processor 402. When processor 402 executes computer program 403, it implements the steps in the above-described embodiments of the vehicle remote diagnostic method, for example... Figure 1 The steps shown. Alternatively, when processor 402 executes computer program 403, it implements the functions of each module / unit in the above-described device embodiments.

[0140] Electronic device 400 can be a desktop computer, laptop, handheld computer, cloud server, or other computing device. The electronic device may include, but is not limited to, memory 401 and processor 402. Those skilled in the art will understand that... Figure 4 This is merely an example of electronic device 400 and does not constitute a limitation on electronic device 400. It may include more or fewer components than shown, or combine certain components, or different components. For example, electronic device may also include input transmitting device, network access device, bus, etc.

[0141] The processor 402 may be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), 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.

[0142] In some embodiments, processor 402 may be an internal storage unit of electronic device 400, such as a hard disk or memory of electronic device 400. Processor 402 may also be an external storage device of electronic device 400, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., provided on electronic device 400. Furthermore, processor 402 may include both internal and external storage units of electronic device 400. Processor 402 is used to store operating systems, applications, bootloaders, data, and other programs, such as program code for computer programs. Processor 402 may also be used to temporarily store data that has been sent or is about to be sent.

[0143] Furthermore, those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to 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. In the various embodiments of this application, each functional unit can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0144] This application also provides an electronic device, which includes at least one memory, at least one processor, and a computer program stored in at least one memory and executable on at least one processor. When the processor executes the computer program, it causes the electronic device to perform the steps in any of the above method embodiments.

[0145] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps described in the various method embodiments above.

[0146] This application provides a computer program product that, when run on an electronic device, enables the electronic device to implement the steps described in the various method embodiments above.

[0147] This application also provides a chip system, which includes a processor coupled to a memory. The processor executes a computer program stored in the memory to implement the steps in the above-described method embodiments.

[0148] If an integrated module / unit is implemented as 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, all or part of the processes in the methods of the above embodiments can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable storage medium can include: any entity or device capable of carrying computer program code, recording media, USB flash drives, portable hard drives, magnetic disks, optical disks, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media, etc.

[0149] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0150] Those skilled in the art will recognize that the units and algorithm steps of the various examples 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 implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

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

[0152] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A remote vehicle diagnostic method, applied to diagnostic equipment, characterized in that, include: Diagnostic process information is obtained from the target server. The diagnostic process information includes a set of associated information, which corresponds to the diagnostic operation. The associated information includes a corresponding first operation instruction and a first response information. The diagnostic process information is determined by the target server based on a remote diagnostic request from a first user terminal. The remote diagnostic request includes vehicle information and items to be tested. The process by which the target server determines the diagnostic process information includes: the target server, based on the vehicle information and the test item, obtaining the diagnostic process information corresponding to the vehicle information and the test item from a pre-stored mapping relationship; Obtain the second operation command input by a professional technician from the second user terminal; Send the second operation command to the target vehicle, and obtain the second response information of the target vehicle to the second operation command; If target association information exists in the association information set, the diagnostic result of the target diagnostic operation is determined based on the target association information, wherein the first operation instruction in the target association information is the same as the second operation instruction, and the target diagnostic operation is the diagnostic operation corresponding to the second operation instruction; The diagnostic results of each diagnostic operation are sent to the target server, so that the target server generates a diagnostic record based on the diagnostic results of each diagnostic operation and sends the diagnostic record to the first user terminal.

2. The vehicle remote diagnostic method according to claim 1, characterized in that, The step of determining the diagnostic result of the target diagnostic operation based on the target association information includes: When the first response information in the target association information is the same as the second response information, the diagnosis result of the target diagnosis operation is determined to be successful. When the first response information in the target association information is different from the second response information, the diagnosis result of the target diagnosis operation is determined to be a diagnosis failure.

3. The vehicle remote diagnostic method according to claim 1, characterized in that, The method further includes: If no target associated information is found in the associated information set, the diagnostic result of the target diagnostic operation is determined to be to perform an unexpected diagnostic operation.

4. The vehicle remote diagnostic method according to claim 1, characterized in that, The mapping relationship is used to describe the correspondence between vehicle information, test items, and diagnostic process information.

5. The vehicle remote diagnostic method according to claim 4, characterized in that, The vehicle information includes: vehicle model, vehicle series, and VIN code; The items to be tested include at least one of the following: online programming, coding, encoding, hiding, resetting maintenance lights, and resetting anti-theft lights.

6. The vehicle remote diagnostic method according to claim 1, characterized in that, Sending the diagnostic results of each diagnostic operation to the target server includes: Upon receiving the diagnostic result of each diagnostic operation, the obtained diagnostic result is sent to the target server. Alternatively, upon completion of the diagnosis of the target vehicle, the diagnostic results of each diagnostic operation are sent to the target server.

7. The vehicle remote diagnostic method according to claim 1, characterized in that, The process of obtaining diagnostic information from the target server includes: In response to the diagnostic device being connected to the target vehicle, the diagnostic process information is obtained from the target server.

8. A remote vehicle diagnostic method, applied to a server, characterized in that, include: In response to a remote diagnostic request sent by a first user terminal, diagnostic process information corresponding to the remote diagnostic request is generated. The diagnostic process information includes a set of associated information, which corresponds to the diagnostic operation. The associated information includes a corresponding first operation instruction and a first response information. The remote diagnostic request includes vehicle information and items to be tested. The process by which the target server determines the diagnostic process information includes: the target server, based on the vehicle information and the test item, obtaining the diagnostic process information corresponding to the vehicle information and the test item from a pre-stored mapping relationship; In response to a second operation instruction and a second response information sent by a diagnostic device, and with target association information present in the association information set, the diagnostic result of the target diagnostic operation is determined based on the target association information. The first operation instruction in the target association information is the same as the second operation instruction, the target diagnostic operation is the diagnostic operation corresponding to the second operation instruction, the second operation instruction is input by a professional technician from a second user terminal, and the diagnostic device obtains the second operation instruction from the second user terminal. A diagnostic record is generated based on the diagnostic results of each diagnostic segment, and the diagnostic record is sent to the first user terminal.

9. An electronic device, characterized in that, The electronic device includes a memory and a processor. The memory stores a computer program that can run on the processor. When the processor executes the computer program, it implements the steps of the method as described in any one of claims 1 to 7, or implements the steps of the method as described in claim 8.

10. A computer program product, characterized in that, Includes a computer program, which, when run, causes the method as described in any one of claims 1 to 7 to be performed, or causes the method as described in claim 8 to be performed.

Images