Vehicle diagnosis task processing method, vehicle and storage medium

By acquiring and scheduling remote diagnosis tasks in vehicle diagnostic task processing methods, ensuring user authorization and data transparency, the problems of low safety and poor reliability of vehicle diagnostic task processing in the prior art are solved, and efficient, safe and compliant remote diagnosis of vehicles are achieved.

CN119556677APending Publication Date: 2025-03-04CHINA FAW CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411675748.1
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-11-21
Publication Date
2025-03-04

AI Technical Summary

Technical Problem

Existing vehicle diagnostic task processing methods ignore the necessity of user authorization and the transparency of information processing, resulting in the remote diagnosis that may not have the user's full consent or the purpose of data use is not clearly informed, and vehicle data is collected and analyzed, reducing the security of data processing and may infringe on user privacy.

Method used

By acquiring the remote diagnosis task of the target vehicle, in response to the vehicle's diagnostic enable switch being set, the remote diagnosis task type judgment is made, and the task type information is obtained, and the remote diagnosis task is scheduled based on this information to ensure that the user collects and analyzes the vehicle data without clearly informing the purpose of data use and authorization and consent.

Benefits of technology

It has achieved compliant, efficient and secure handling of vehicle remote diagnosis tasks, improved the security and reliability of vehicle remote diagnosis, and ensured the protection of user privacy and transparency of data processing.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119556677A_ABST
    Figure CN119556677A_ABST
Patent Text Reader

Abstract

The invention provides a vehicle diagnosis task processing method, a vehicle and a storage medium. The method comprises the steps that a remote diagnosis task of a target vehicle is acquired, and the remote diagnosis task is used for carrying out fault diagnosis on the target vehicle; performing type judgment on the remote diagnosis task in response to the situation that a diagnosis enable switch of the target vehicle is in a set state to obtain task type information; and performing scheduling processing on the remote diagnosis task based on the task type information to obtain a target processing result. The vehicle diagnosis task processing method and device solve the technical problems that a vehicle diagnosis task processing method provided in the related technology is low in safety and poor in reliability.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present disclosure relates to the technical field of vehicle networking, and in particular to a vehicle diagnostic task processing method, a vehicle, and a storage medium. Background Art

[0002] With the increasing complexity of vehicle electronic systems and the widespread application of vehicle networking technology, vehicle diagnostic task processing has become an indispensable part of vehicle maintenance and fault detection. Vehicle diagnostic task processing enables technicians to remotely access vehicle electronic systems through wireless network connections to perform vehicle fault analysis and status monitoring, thereby greatly improving the service efficiency and convenience of vehicle diagnosis. However, the vehicle diagnostic task processing methods provided in related technologies often ignore the necessity of user authorization and the transparency of information processing, resulting in the collection and analysis of vehicle data without the user's full consent or without clearly informing the purpose of data use when performing remote diagnosis, which not only reduces the overall security of data processing, but also may infringe on user privacy and violate the increasingly stringent personal information protection regulations around the world.

[0003] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0004] The embodiments of the present disclosure provide a vehicle diagnostic task processing method, a vehicle, and a storage medium to at least solve the technical problems of low security and poor reliability of the vehicle diagnostic task processing method provided in the related art.

[0005] According to one aspect of an embodiment of the present disclosure, a vehicle diagnostic task processing method is provided, comprising: obtaining a remote diagnostic task of a target vehicle, wherein the remote diagnostic task is used to perform fault diagnosis on the target vehicle; in response to a diagnostic enable switch of the target vehicle being in a set state, performing a type judgment on the remote diagnostic task to obtain task type information; and scheduling the remote diagnostic task based on the task type information to obtain a target processing result.

[0006] Optionally, scheduling and processing the remote diagnosis task based on the task type information includes: in response to determining that the remote diagnosis task is an online diagnosis task based on the task type information, obtaining online diagnosis information of the online diagnosis task; in response to the online diagnosis information containing a fault diagnosis operation, generating first operation prompt information corresponding to the fault diagnosis operation based on the online diagnosis information, wherein the operation prompt information is used to prompt the target user to authorize the fault diagnosis operation; in response to the target user's authorization operation based on the first operation prompt information, executing the online diagnosis task.

[0007] Optionally, the vehicle diagnosis task processing method in the embodiment of the present disclosure further includes: in response to the online diagnosis information not including the fault diagnosis operation, acquiring vehicle status information of the target vehicle.

[0008] Optionally, the vehicle diagnostic task processing method in the embodiment of the present disclosure further includes: in response to a first touch operation performed by a target user on a first progress control, ending execution of the online diagnostic task, wherein the first progress control is used to control execution progress of the online diagnostic task.

[0009] Optionally, scheduling and processing the remote diagnosis task based on the task type information includes: in response to determining that the remote diagnosis task is an offline diagnosis task based on the task type information, and the offline diagnosis task is a non-fault reporting task, obtaining offline diagnosis information of the offline diagnosis task; in response to the offline diagnosis information containing a fault diagnosis operation, generating second operation prompt information corresponding to the fault diagnosis operation based on the offline diagnosis information, wherein the operation prompt information is used to prompt the target user to authorize the fault diagnosis operation; in response to the target user's authorization operation based on the second operation prompt information, and the offline diagnosis task meets preset preconditions, executing the offline diagnosis task.

[0010] Optionally, the vehicle diagnostic task processing method in the embodiment of the present disclosure also includes: in response to a second touch operation of the target user on a second progress control, pausing execution of the offline diagnostic task, wherein the second progress control is used to control the execution progress of the offline diagnostic task; in response to a third touch operation of the target user on the second progress control, resuming execution of the offline diagnostic task.

[0011] Optionally, scheduling the remote diagnosis task based on the task type information includes: in response to determining that the remote diagnosis task is an undefined diagnosis task based on the task type information, discarding the remote diagnosis task.

[0012] According to another aspect of an embodiment of the present disclosure, a vehicle diagnostic task processing device is also provided, including: an acquisition module, used to acquire a remote diagnostic task of a target vehicle, wherein the remote diagnostic task is used to perform fault diagnosis on the target vehicle; a judgment module, used to judge the type of the remote diagnostic task in response to a diagnostic enable switch of the target vehicle being in a set state, and obtain task type information; and a processing module, used to schedule and process the remote diagnostic task based on the task type information, and obtain a target processing result.

[0013] Optionally, the processing module is also used to: in response to determining that the remote diagnosis task is an online diagnosis task based on the task type information, obtain online diagnostic information of the online diagnosis task; in response to the online diagnostic information containing a fault diagnosis operation, generate first operation prompt information corresponding to the fault diagnosis operation based on the online diagnostic information, wherein the operation prompt information is used to prompt the target user to authorize the fault diagnosis operation; in response to the target user's authorization operation based on the first operation prompt information, execute the online diagnostic task.

[0014] Optionally, the processing module is further used to: in response to the online diagnostic information not including the fault diagnostic operation, obtain vehicle status information of the target vehicle.

[0015] Optionally, the processing module is further used to: in response to a first touch operation performed by the target user on a first progress control, end the execution of the online diagnosis task, wherein the first progress control is used to control the execution progress of the online diagnosis task.

[0016] Optionally, the processing module is also used to: in response to determining that the remote diagnosis task is an offline diagnosis task based on the task type information, and the offline diagnosis task is a non-fault reporting task, obtain offline diagnosis information of the offline diagnosis task; in response to the offline diagnosis information containing a fault diagnosis operation, generate second operation prompt information corresponding to the fault diagnosis operation based on the offline diagnosis information, wherein the operation prompt information is used to prompt the target user to authorize the fault diagnosis operation; in response to the target user's authorization operation based on the second operation prompt information, and the offline diagnosis task meets the preset preconditions, execute the offline diagnosis task.

[0017] Optionally, the processing module is also used to: suspend execution of the offline diagnostic task in response to a second touch operation of the target user on the second progress control, wherein the second progress control is used to control the execution progress of the offline diagnostic task; and resume execution of the offline diagnostic task in response to a third touch operation of the target user on the second progress control.

[0018] Optionally, the processing module is further configured to: in response to determining that the remote diagnosis task is an undefined diagnosis task based on the task type information, discard the remote diagnosis task.

[0019] According to another aspect of an embodiment of the present disclosure, a vehicle is further provided, comprising: a processor; and a memory for storing instructions executable by the processor; wherein the processor is configured to execute the instructions to implement the vehicle diagnostic task processing method in the embodiment of the present disclosure.

[0020] According to another aspect of an embodiment of the present disclosure, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored executable program, wherein when the executable program runs, the device where the storage medium is located is controlled to execute the vehicle diagnostic task processing method in the embodiment of the present disclosure.

[0021] According to another aspect of the embodiment of the present disclosure, a computer program product is further provided. The computer program product includes computer instructions. When the computer instructions are executed by a processor, the vehicle diagnostic task processing method in the embodiment of the present disclosure is implemented.

[0022] In the disclosed embodiment, by acquiring the remote diagnosis task of the target vehicle, and then in response to the diagnosis enable switch of the target vehicle being in the set state, the type of the remote diagnosis task is judged to obtain the task type information, and finally the remote diagnosis task is scheduled and processed based on the task type information to obtain the target processing result, thereby achieving the purpose of processing the vehicle remote diagnosis task in a compliant, efficient and safe manner, thereby achieving the technical effect of improving the safety and reliability of vehicle remote diagnosis, and thus solving the technical problems of low safety and poor reliability of the vehicle diagnostic task processing method provided in the related technology. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] The drawings described herein are used to provide a further understanding of the present disclosure and constitute a part of the present disclosure. The illustrative embodiments of the present disclosure and their descriptions are used to explain the present disclosure and do not constitute an improper limitation on the present disclosure. In the drawings:

[0024] Figure 1 is a flow chart of a vehicle diagnostic task processing method according to one embodiment of the present disclosure;

[0025] Figure 2 is a schematic diagram of an online diagnosis task processing method according to one embodiment of the present disclosure;

[0026] Figure 3 is a schematic diagram of an offline diagnostic task processing method according to one embodiment of the present disclosure;

[0027] Figure 4 is a schematic diagram of a method for processing an undefined diagnostic task according to one embodiment of the present disclosure;

[0028] Figure 5 It is a structural block diagram of a vehicle diagnostic task processing device according to one embodiment of the present disclosure. DETAILED DESCRIPTION

[0029] In order to enable those skilled in the art to better understand the scheme of the present disclosure, the technical scheme in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the drawings in the embodiments of the present disclosure. Obviously, the described embodiments are only part of the embodiments of the present disclosure, not all of the embodiments. Based on the embodiments in the present disclosure, all other embodiments obtained by ordinary technicians in the field without creative work should fall within the scope of protection of the present disclosure.

[0030] It should be noted that the terms "first", "second", etc. in the specification and claims of the present disclosure and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present disclosure described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products, or devices.

[0031] The vehicle diagnostic task processing methods provided in related technologies often ignore the necessity of user authorization and the transparency of information processing, resulting in the collection and analysis of vehicle data without the user's full consent or without clearly informing the user of the purpose of data use when performing remote diagnosis. This not only reduces the overall security of data processing, but may also infringe on user privacy and violate increasingly stringent personal information protection regulations around the world.

[0032] Specifically, when designing and implementing the vehicle diagnostic task processing methods in the related art, they often simply inform users that remote diagnosis will be performed, but do not elaborate on the details of what data will be collected, how the data will be used, how the data will be stored, and whether it will be accessed or used by third parties. Due to the lack of a clear process for user authorization, the collection and analysis of vehicle data is often carried out without the user's knowledge or authorization, which directly reduces the security of data processing and may cause user privacy leakage. In addition, the opaque vehicle diagnostic task processing methods in the related art also conflict with the increasingly stringent personal information protection regulations around the world. For example, China's "Personal Information Protection Law" and the EU's "General Data Protection Regulation" both emphasize the user's right to informed consent, the principle of data minimization, and the transparency of data processing. If the vehicle diagnostic task processing method fails to meet the above regulatory requirements, it will not only damage the economic interests of the enterprise, but also reduce the user's trust in remote diagnostic services.

[0033] According to an embodiment of the present disclosure, a method embodiment of a vehicle diagnostic task processing method is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0034] The method embodiment can be executed in an electronic device or a similar computing device including a memory and a processor. Taking running on a computer terminal as an example, the computer terminal may include one or more processors (processors may include but are not limited to central processing units (CPU), graphics processing units (GPU), digital signal processing (DSP) chips, microprocessors (MCU), programmable logic devices (Field Programmable Gate Array, FPGA), neural network processors (Neural-network Processor Unit, NPU), tensor processors (TensorProcessing Unit, TPU), artificial intelligence (Artificial Intelligence, AI) type processors and other processing devices) and a memory for storing data. Optionally, the above-mentioned computer terminal may also include a transmission device, an input and output device, and a display device for communication functions. It can be understood by those skilled in the art that the above-mentioned structural description is only for illustration and does not limit the structure of the above-mentioned computer terminal. For example, the computer terminal may also include more or fewer components than the above-mentioned structural description, or have a configuration different from the above-mentioned structural description.

[0035] The memory can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the vehicle diagnostic task processing method in the embodiment of the present disclosure. The processor executes various functional applications and data processing by running the computer program stored in the memory, that is, the above-mentioned vehicle diagnostic task processing method is realized. The memory may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory may further include a memory remotely arranged relative to the processor, and these remote memories can be connected to the mobile terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0036] The transmission device is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of the mobile terminal. In one example, the transmission device includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device can be a radio frequency (Radio Frequency, referred to as RF) module, which is used to communicate with the Internet wirelessly.

[0037] The display device may be, for example, a touch screen type liquid crystal display (LCD) and a touch display (also referred to as a "touch screen" or "touch display screen"). The liquid crystal display may enable the user to interact with the user interface of the mobile terminal. In some embodiments, the mobile terminal has a graphical user interface (GUI), and the user may interact with the GUI by finger contacts and / or gestures on the touch-sensitive surface. The human-computer interaction functions here may optionally include the following interactions: creating web pages, drawing, word processing, making electronic documents, games, video conferencing, instant messaging, sending and receiving emails, call interfaces, playing digital videos, playing digital music and / or web browsing, etc. The executable instructions for executing the above human-computer interaction functions are configured / stored in a computer program product or readable storage medium executable by one or more processors.

[0038] Figure 1 is a flow chart of a vehicle diagnostic task processing method according to one embodiment of the present disclosure, such as Figure 1 As shown, the method comprises the following steps:

[0039] Step S11, obtaining a remote diagnosis task of a target vehicle, wherein the remote diagnosis task is used to perform fault diagnosis on the target vehicle;

[0040] Step S12, in response to the diagnosis enable switch of the target vehicle being in a set state, determining the type of the remote diagnosis task to obtain task type information;

[0041] Step S13, scheduling the remote diagnosis task based on the task type information to obtain a target processing result.

[0042] The above remote diagnosis tasks refer to the diagnostic instructions or work plans sent from the remote diagnosis center or cloud server to the target vehicle, which are used to check the health status or detect faults of key components such as the vehicle's electronic system, engine, braking system, safety system, etc. Remote diagnosis tasks include but are not limited to a series of operations such as data collection, status analysis, software updates, and parameter adjustments.

[0043] The above-mentioned set state refers to the state in which the diagnostic enable switch on the vehicle side is set to activate or allow remote diagnostic operations. Specifically, when the user sets the diagnostic enable switch to "on" or "allow" through the human-computer interaction interface, the switch is in the set state, indicating that the system has obtained the user's explicit authorization to receive and execute remote diagnostic tasks. The set state is a prerequisite for the execution of remote diagnostic tasks, ensuring that all remote diagnostic operations are performed with the user's knowledge and consent.

[0044] The above task type information refers to the specific classification or characteristics of the remote diagnosis task, which is used to instruct the vehicle system or remote diagnosis component to determine how to perform the task. Task types include but are not limited to online diagnosis tasks, offline diagnosis tasks, and undefined tasks.

[0045] For example, assuming that the target vehicle receives a fault diagnosis task automatically assigned by the remote diagnosis center, the remote diagnosis component of the target vehicle immediately checks the state of the vehicle's diagnostic enable switch. Assuming that the user has set the diagnostic enable switch to the on state, i.e., the set state, through the vehicle's human-machine interface, indicating that the user authorizes the vehicle to perform remote diagnosis operations. Subsequently, the remote diagnosis component further determines the fault diagnosis task type information. After determining the task type information, the remote diagnosis center schedules the remote diagnosis task based on the determined task type information to obtain the target processing result.

[0046] Based on the above steps S11 to S13, by acquiring the remote diagnosis task of the target vehicle, and then in response to the diagnosis enable switch of the target vehicle being in the set state, the type of the remote diagnosis task is judged to obtain the task type information, and finally the remote diagnosis task is scheduled and processed based on the task type information to obtain the target processing result, thereby achieving the purpose of processing the vehicle remote diagnosis task in a compliant, efficient and safe manner, thereby achieving the technical effect of improving the safety and reliability of vehicle remote diagnosis, and thus solving the technical problems of low safety and poor reliability of the vehicle diagnostic task processing method provided in the related technology.

[0047] The vehicle diagnostic task processing method in the embodiment of the present disclosure is further introduced below.

[0048] Optionally, in step S13, scheduling the remote diagnosis task based on the task type information includes:

[0049] Step S1311, in response to determining that the remote diagnosis task is an online diagnosis task based on the task type information, obtaining online diagnosis information of the online diagnosis task;

[0050] Step S1312, in response to the online diagnostic information including the fault diagnostic operation, generating first operation prompt information corresponding to the fault diagnostic operation based on the online diagnostic information, wherein the operation prompt information is used to prompt the target user to authorize the fault diagnostic operation;

[0051] Step S1313: executing the online diagnosis task in response to the target user's authorization operation based on the first operation prompt information.

[0052] The above-mentioned online diagnostic tasks refer to diagnostic instructions sent from the remote diagnostic center or cloud server to the vehicle, which require the vehicle to execute the diagnostic procedure while maintaining real-time communication with the remote diagnostic center or cloud server. Online diagnostic tasks include but are not limited to data collection, status analysis, software updates, parameter adjustments, etc.

[0053] The above-mentioned fault diagnosis operation refers to a series of targeted diagnostic steps for the vehicle's electronic system or specific components during the execution of online diagnostic tasks. Specifically, the fault diagnosis operation includes but is not limited to: vehicle information modification operation, vehicle status modification operation and vehicle controller calibration operation. Among them, the vehicle information modification operation includes but is not limited to updating the error code database in the vehicle software system or modifying the configuration parameters in the vehicle information; the vehicle status modification operation is usually used to adjust the vehicle's electronic system status, such as the engine control system, braking system or safety system, through parameter adjustment or system reset to improve vehicle performance or solve potential system problems; the vehicle controller calibration operation usually refers to the process of parameter setting or calibration of the vehicle's electronic control unit, for example, calibrating the engine electronic control unit to adjust the fuel injection time and amount to improve fuel efficiency and reduce emissions; or calibrating the electronic control unit of the driving assistance system to optimize the response time and range of the sensor and improve the safety of the vehicle.

[0054] The first operation prompt information refers to the interface message generated by the remote diagnosis component based on the online diagnosis task, which is used to clearly explain to the user the detailed information and authorization request of the upcoming fault diagnosis operation. The first operation prompt information contains the specific content and purpose of the fault diagnosis operation, as well as the possible impact on the vehicle system, and requires the user to authorize whether to perform the above operation, ensuring that the user makes a decision with full knowledge.

[0055] For example, a remote diagnostic component of a connected car receives an online diagnostic task sent by a cloud server, which requires the execution of fault diagnostic operations on the vehicle's engine management system, including checking the software version and identifying potential problems. The remote diagnostic component immediately analyzes the task information, confirms that the current remote diagnostic task is an online diagnostic task, and identifies the fault diagnostic operations contained therein. Subsequently, the remote diagnostic component generates a first operation prompt message, which is pushed to the user through the vehicle's human-computer interaction interface, detailing that the engine management system will be checked for software version to assess whether the system has compatibility issues or known defects, as well as possible software update operations. The prompt also asks the user whether to authorize this operation. In the human-computer interaction interface, the user can view the current vehicle's remote task status through the "Task List" and perform task authorization management. After confirming the authorization, the remote diagnostic component establishes a connection with the cloud server, downloads the diagnostic program, and begins to check the software version of the engine management system. The inspection results confirm that the software has compatibility issues and needs to be updated. The remote diagnostic component then performs a software update, downloads and installs the new version, and adjusts the relevant parameters to optimize engine performance.

[0056] For example, when the remote diagnosis system initiates an authorization request to the target user, a prompt interface for the authorization request will pop up on the human-computer interaction interface, and a 60-second timer will be started to wait for the target user to respond. If the user does not perform any confirmation or authorization operation within 60 seconds, the authorization request will be automatically determined as the user rejecting the authorization.

[0057] Based on the above optional embodiments, when the remote diagnosis task is an online diagnosis task, by obtaining online diagnostic information and the fault diagnosis operations contained in the online diagnostic information, and generating first operation prompt information corresponding to the fault diagnosis operation based on the online diagnostic information, and finally executing the online diagnosis task based on the authorization operation of the first operation prompt information, the user's control and trust in remote diagnosis can be enhanced, while improving the accuracy and efficiency of remote diagnosis.

[0058] Figure 2 is a schematic diagram of an online diagnosis task processing method according to one embodiment of the present disclosure, such as Figure 2As shown, during the process of vehicle remote diagnosis, the remote diagnosis task is first issued, and it is determined whether the enable switch in the human-computer interaction interface is in the set state. When the enable switch is not in the set state, the current remote diagnosis task is terminated, otherwise the task type is determined. If the current remote diagnosis task is an online diagnosis task, the human-computer interaction interface displays an online scene prompt, and determines whether the vehicle information modification, vehicle status modification, and vehicle calibration operations have been performed. If the above modification operations are not performed, only the vehicle status information is read, otherwise, the human-computer interaction page displays an authorization prompt. When the user authorizes, a prompt that the task is being executed is displayed, otherwise, the current online diagnosis task is terminated. During the task execution process, the user can exit the task execution status at any time according to their own needs and vehicle conditions. When the user requests to exit, the current task is terminated, otherwise, the corresponding task is executed, and the task completion prompt is displayed when the task is completed.

[0059] Optionally, the vehicle diagnosis task processing method in the embodiment of the present disclosure further includes: in response to the online diagnosis information not including the fault diagnosis operation, acquiring vehicle status information of the target vehicle.

[0060] For example, in a remote diagnosis task, the cloud diagnosis center sends an online diagnosis task to a smart car to monitor the daily operation status of the vehicle. After receiving the task, the remote diagnosis component immediately parses the online diagnosis information and confirms that this task does not include any fault diagnosis operations. Then, the remote diagnosis component begins to collect status information of the target vehicle, including but not limited to engine operating parameters, battery health status, tire pressure, brake pad wear, and real-time data of the driving assistance system.

[0061] Based on the above optional embodiments, in response to the online diagnostic information not including the fault diagnosis operation, the vehicle status information of the target vehicle is obtained, which can avoid unnecessary intervention in a non-fault state, thereby reducing interference with the user's daily driving, and further improving the user experience and satisfaction.

[0062] Optionally, the vehicle diagnostic task processing method in the embodiment of the present disclosure further includes: in response to a first touch operation performed by a target user on a first progress control, ending execution of the online diagnostic task, wherein the first progress control is used to control execution progress of the online diagnostic task.

[0063] The first progress control refers to a control in the human-computer interaction interface designed to display and control the execution status and progress of online diagnostic tasks. The first progress control is usually presented in the form of a progress bar, a slider or a function button, which can not only intuitively display the current progress of the task, but also allow the user to directly intervene in the execution process of the task through touch operations to pause, continue or end the task.

[0064] The above-mentioned first touch operation refers to a specific touch instruction executed by the target user on the first progress control to end the online diagnostic task being executed. For example, the user can trigger the first touch operation by clicking the "End Task" button, dragging the progress slider to the "Stop" position, or selecting the "Terminate" option on the progress bar. Once the first touch operation is executed, the remote diagnosis component will respond immediately and stop the ongoing diagnostic operation, while prompting the risks caused by stopping the task midway, ensuring the stability and safety of the current operation, and avoiding negative impacts on the vehicle system due to sudden termination of the task.

[0065] For example, suppose that during the execution of a diagnostic task, the target user notices that the real-time road conditions are extremely complex and needs to concentrate on driving to deal with emergencies. In order to avoid the vehicle resources that may be occupied by online diagnosis affecting driving safety, the target user decides to interrupt the current diagnostic task and quickly executes the task termination process by clicking the first progress control on the human-computer interaction interface to ensure that vehicle resources are released in time. At the same time, the first progress control displays the task termination confirmation and possible subsequent impact instructions, such as the current integrity of the vehicle status data after the task is terminated, and suggestions for possible subsequent re-diagnosis.

[0066] Based on the above optional embodiment, in response to the first touch operation performed by the target user on the first progress control, the online diagnostic task is terminated, so that the user can terminate the task at any time according to personal needs and preferences, thereby improving the user's participation in the vehicle diagnostic process.

[0067] Optionally, in step S13, scheduling the remote diagnosis task based on the task type information includes:

[0068] Step S1321, in response to determining that the remote diagnosis task is an offline diagnosis task based on the task type information, and the offline diagnosis task is a non-fault reporting task, obtaining offline diagnosis information of the offline diagnosis task;

[0069] Step S1322, in response to the offline diagnostic information including the fault diagnostic operation, generating second operation prompt information corresponding to the fault diagnostic operation based on the offline diagnostic information, wherein the operation prompt information is used to prompt the target user to authorize the fault diagnostic operation;

[0070] Step S1323: in response to the target user's authorization operation based on the second operation prompt information, and the offline diagnosis task meets the preset precondition, the offline diagnosis task is executed.

[0071] The above-mentioned offline diagnostic tasks refer to diagnostic tasks pre-arranged by the remote diagnostic system when the target vehicle is not in real-time online communication with the cloud, or in offline mode. Offline diagnostic tasks are usually automatically triggered when the vehicle is online next time or when specific conditions are met. They are used to conduct in-depth analysis of the vehicle's health status and identify potential faults or performance issues without the need for real-time data transmission or diagnostic response.

[0072] Exemplarily, when the remote diagnostic system identifies that the diagnostic task to be performed is an offline diagnostic task, and further confirms that the task does not belong to a simple fault reporting type, the diagnostic information related to the offline diagnostic task is obtained after the vehicle is powered on. If a fault diagnostic operation is detected in the acquired offline diagnostic information, the remote diagnostic system will generate a second operation prompt information to clearly indicate to the target user the upcoming fault diagnostic operation and require the user to confirm the authorization. Only when the target user gives a clear authorization operation confirmation in the human-computer interaction interface and meets the preconditions preset for the offline diagnostic task, such as the vehicle is in a safe parking state and the battery is fully charged, will the remote diagnostic system officially start and execute this offline diagnostic task.

[0073] Based on the above optional embodiments, when the remote diagnostic task is an offline diagnostic task, and the offline diagnostic task is a non-fault reporting task, by obtaining the offline diagnostic information of the offline diagnostic task, and then responding to the offline diagnostic information containing a fault diagnostic operation, and then generating second operation prompt information corresponding to the fault diagnostic operation based on the offline diagnostic information, and finally responding to the target user's authorization operation based on the second operation prompt information, and the offline diagnostic task meets the preset preconditions, the offline diagnostic task is executed, which not only improves the user's control and right to know the vehicle remote diagnosis process, but also ensures the legality and safety of the operation.

[0074] Figure 3 is a schematic diagram of an offline diagnostic task processing method according to one embodiment of the present disclosure, such as Figure 3As shown, in the process of vehicle remote diagnosis, the remote diagnosis task is first issued, and it is determined whether the enable switch in the human-computer interaction interface is in the set state. When the enable switch is not in the set state, the current remote diagnosis task is terminated, otherwise the task type is determined. When the offline diagnosis task is a fault reporting task, the human-computer interaction interface prompts the current task status in the form of a small icon. If the current remote diagnosis task is not an offline diagnosis task, and the current offline diagnosis task is a fault reporting task, the human-computer interaction interface displays an offline scene prompt and an authorization prompt. When the user authorizes and the current offline diagnosis task meets the preset preconditions, the corresponding task is executed. When the user requests to disable the task, the current offline diagnosis task is terminated, otherwise, the corresponding task continues to be executed until the task is completed. After the task is terminated, the user can re-enable the terminated task according to his own needs and vehicle conditions.

[0075] Optionally, the vehicle diagnosis task processing method in the embodiment of the present disclosure further includes:

[0076] Step S21, in response to a second touch operation of the target user on a second progress control, pausing execution of the offline diagnosis task, wherein the second progress control is used to control execution progress of the offline diagnosis task;

[0077] Step S22: in response to a third touch operation of the target user on the second progress control, resuming execution of the offline diagnosis task.

[0078] For example, in order to ensure that the driving process is not affected by the execution of the diagnostic task, the target user can disable the relevant task through the small icon or the setting human-computer interaction interface, and set the current diagnostic task to the suspended state, pausing the currently ongoing offline diagnostic task. If the target user wants to continue the previously suspended offline diagnostic task, he can resume the task by long pressing the second progress control, thereby ensuring that the diagnostic process can continue.

[0079] Based on the above optional embodiments, in response to the target user's second touch operation on the second progress control, the offline diagnosis task is suspended, and in response to the target user's third touch operation on the second progress control, the offline diagnosis task is resumed, so that the user can pause or resume the task at any time during the task execution as needed, thereby improving the flexibility of task execution and user experience.

[0080] Optionally, scheduling the remote diagnosis task based on the task type information includes: in response to determining that the remote diagnosis task is an undefined diagnosis task based on the task type information, discarding the remote diagnosis task.

[0081] The above-mentioned undefined diagnostic tasks refer to task instructions that cannot be identified within the design framework of the remote diagnostic system or do not conform to the preset task type and execution logic.

[0082] Exemplarily, when the remote diagnosis component receives the task instruction issued by the cloud server, it first performs classification and analysis based on the task type information. If the analysis result shows that the task is an undefined diagnostic task, that is, the information structure, execution requirements or type identification of the task cannot match any diagnostic task mode preset in the system, such as online diagnosis, offline diagnosis, the task will be judged as invalid or unable to be executed. Subsequently, the remote diagnosis component will follow the preset security policy and delete the remote diagnosis related log data through the "Delete Data" button in the remote diagnosis function setting interface to avoid system risks, data security threats or potential interference with the normal operation of the vehicle caused by the execution of unknown or erroneous tasks, and ensure the stability and security of the vehicle remote diagnosis system.

[0083] Based on the above optional embodiments, in response to determining that the remote diagnostic task is an undefined diagnostic task based on the task type information, the remote diagnostic task is discarded. This can effectively prevent unknown task instructions from causing unnecessary burdens or potential risks to the vehicle system, thereby enhancing the safety and reliability of vehicle diagnostic processing.

[0084] Figure 4 is a schematic diagram of a method for processing an undefined diagnostic task according to one embodiment of the present disclosure, such as Figure 4 As shown, in the process of vehicle remote diagnosis, the remote diagnosis task is first issued and the task type is determined. When the remote diagnosis task is an undefined diagnosis task, the current undefined diagnosis task is discarded.

[0085] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course can also be implemented by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present disclosure, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, a disk, or an optical disk), and includes a number of instructions for enabling a terminal device (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present disclosure.

[0086] In the embodiments of the present disclosure, a vehicle diagnostic task processing device is also provided, which is used to implement the above-mentioned embodiments and preferred implementation modes, and the descriptions that have been made will not be repeated. As used below, the term "module" can be a combination of software and / or hardware that implements a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceivable.

[0087] Figure 5 is a structural block diagram of a vehicle diagnostic task processing device according to one embodiment of the present disclosure, such as Figure 5 As shown, the device comprises:

[0088] An acquisition module 501 is used to acquire a remote diagnosis task of a target vehicle, wherein the remote diagnosis task is used to perform fault diagnosis on the target vehicle;

[0089] A judgment module 502 is used to judge the type of the remote diagnosis task in response to the diagnosis enable switch of the target vehicle being in a set state, and obtain task type information;

[0090] The processing module 503 is used to schedule the remote diagnosis task based on the task type information to obtain a target processing result.

[0091] Optionally, the processing module 503 is also used to: in response to determining that the remote diagnosis task is an online diagnosis task based on the task type information, obtain online diagnosis information of the online diagnosis task; in response to the online diagnosis information containing a fault diagnosis operation, generate first operation prompt information corresponding to the fault diagnosis operation based on the online diagnosis information, wherein the operation prompt information is used to prompt the target user to authorize the fault diagnosis operation; in response to the target user's authorization operation based on the first operation prompt information, execute the online diagnosis task.

[0092] Optionally, the processing module 503 is further configured to: in response to the online diagnostic information not including the fault diagnostic operation, obtain vehicle status information of the target vehicle.

[0093] Optionally, the processing module 503 is further used to: in response to a first touch operation performed by the target user on a first progress control, end the execution of the online diagnosis task, wherein the first progress control is used to control the execution progress of the online diagnosis task.

[0094] Optionally, the processing module 503 is also used to: in response to determining that the remote diagnosis task is an offline diagnosis task based on the task type information, and the offline diagnosis task is a non-fault reporting task, obtain offline diagnosis information of the offline diagnosis task; in response to the offline diagnosis information containing a fault diagnosis operation, generate second operation prompt information corresponding to the fault diagnosis operation based on the offline diagnosis information, wherein the operation prompt information is used to prompt the target user to authorize the fault diagnosis operation; in response to the target user's authorization operation based on the second operation prompt information, and the offline diagnosis task meets the preset preconditions, execute the offline diagnosis task.

[0095] Optionally, the processing module 503 is also used to: suspend execution of the offline diagnostic task in response to a second touch operation of the target user on the second progress control, wherein the second progress control is used to control the execution progress of the offline diagnostic task; and resume execution of the offline diagnostic task in response to a third touch operation of the target user on the second progress control.

[0096] Optionally, the processing module 503 is further configured to: in response to determining that the remote diagnosis task is an undefined diagnosis task based on the task type information, discard the remote diagnosis task.

[0097] It should be noted that the above modules can be implemented by software or hardware. For the latter, it can be implemented in the following ways, but not limited to: the above modules are all located in the same processor; or the above modules are located in different processors in any combination.

[0098] According to another aspect of an embodiment of the present disclosure, a vehicle is further provided, comprising: a processor; and a memory for storing instructions executable by the processor; wherein the processor is configured to execute the instructions to implement the vehicle diagnostic task processing method in the embodiment of the present disclosure.

[0099] Optionally, in this embodiment, the processor may be configured to perform the following steps through a computer program:

[0100] S1, obtaining a remote diagnosis task of a target vehicle, wherein the remote diagnosis task is used to perform fault diagnosis on the target vehicle;

[0101] S2, in response to the diagnosis enable switch of the target vehicle being in a set state, determining the type of the remote diagnosis task to obtain task type information;

[0102] S3, scheduling and processing the remote diagnosis task based on the task type information to obtain the target processing result.

[0103] According to another aspect of an embodiment of the present disclosure, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored executable program, wherein when the executable program runs, the device where the storage medium is located is controlled to execute the vehicle diagnostic task processing method in the embodiment of the present disclosure.

[0104] Optionally, in this embodiment, the storage medium may be configured to store a computer program for performing the following steps:

[0105] S1, obtaining a remote diagnosis task of a target vehicle, wherein the remote diagnosis task is used to perform fault diagnosis on the target vehicle;

[0106] S2, in response to the diagnosis enable switch of the target vehicle being in a set state, determining the type of the remote diagnosis task to obtain task type information;

[0107] S3, scheduling and processing the remote diagnosis task based on the task type information to obtain the target processing result.

[0108] Optionally, in this embodiment, the above-mentioned storage medium may include but is not limited to: a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk, and other media that can store computer programs.

[0109] According to another aspect of the embodiment of the present disclosure, a computer program product is further provided. The computer program product includes computer instructions. When the computer instructions are executed by a processor, the vehicle diagnostic task processing method in the embodiment of the present disclosure is implemented.

[0110] Optionally, in this embodiment, the computer program product may be configured as a computer program for executing the following steps:

[0111] S1, obtaining a remote diagnosis task of a target vehicle, wherein the remote diagnosis task is used to perform fault diagnosis on the target vehicle;

[0112] S2, in response to the diagnosis enable switch of the target vehicle being in a set state, determining the type of the remote diagnosis task to obtain task type information;

[0113] S3, scheduling and processing the remote diagnosis task based on the task type information to obtain the target processing result.

[0114] The serial numbers of the above-mentioned embodiments of the present disclosure are only for description and do not represent the advantages or disadvantages of the embodiments.

[0115] In the above embodiments of the present disclosure, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0116] In the several embodiments provided in the present disclosure, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units can be a logical function division. There may be other division methods in actual implementation. For example, 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 units or modules, which can be electrical or other forms.

[0117] 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 units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0118] In addition, each functional unit in each embodiment of the present disclosure 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-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0119] If the integrated 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 technical solution of the present disclosure, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, server or network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present disclosure. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or optical disk, etc. Various media that can store program codes.

[0120] The above is only a preferred embodiment of the present disclosure. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principle of the present disclosure. These improvements and modifications should also be regarded as the scope of protection of the present disclosure.

Claims

1. A vehicle diagnostic task processing method, characterized in that: include: Acquire a remote diagnosis task of a target vehicle, wherein the remote diagnosis task is used to perform fault diagnosis on the target vehicle; In response to a diagnosis enable switch of the target vehicle being in a set state, determining a type of the remote diagnosis task to obtain task type information; The remote diagnosis task is scheduled and processed based on the task type information to obtain a target processing result.

2. The vehicle diagnostic task processing method according to claim 1, characterized in that: Scheduling the remote diagnosis task based on the task type information includes: In response to determining that the remote diagnosis task is an online diagnosis task based on the task type information, acquiring online diagnosis information of the online diagnosis task; In response to the online diagnostic information including a fault diagnostic operation, generating first operation prompt information corresponding to the fault diagnostic operation based on the online diagnostic information, wherein the operation prompt information is used to prompt a target user to authorize the fault diagnostic operation; In response to the target user's authorization operation based on the first operation prompt information, the online diagnosis task is executed.

3. The vehicle diagnostic task processing method according to claim 2, characterized in that: The method further comprises: In response to the online diagnostic information not including the fault diagnostic operation, vehicle state information of the target vehicle is acquired.

4. The vehicle diagnosis task processing method according to claim 2, characterized in that: The method further comprises: In response to a first touch operation performed by the target user on a first progress control, the online diagnosis task is terminated, wherein the first progress control is used to control the execution progress of the online diagnosis task.

5. The vehicle diagnosis task processing method according to claim 1, characterized in that: Scheduling the remote diagnosis task based on the task type information includes: In response to determining that the remote diagnosis task is an offline diagnosis task based on the task type information, and the offline diagnosis task is a non-fault reporting task, acquiring offline diagnosis information of the offline diagnosis task; In response to the offline diagnostic information including a fault diagnostic operation, generating second operation prompt information corresponding to the fault diagnostic operation based on the offline diagnostic information, wherein the operation prompt information is used to prompt a target user to authorize the fault diagnostic operation; In response to the target user's authorization operation based on the second operation prompt information, and the offline diagnosis task meets a preset precondition, the offline diagnosis task is executed.

6. The vehicle diagnosis task processing method according to claim 5, characterized in that: The method further comprises: In response to a second touch operation of the target user on a second progress control, pausing execution of the offline diagnosis task, wherein the second progress control is used to control execution progress of the offline diagnosis task; In response to a third touch operation of the target user on the second progress control, resuming execution of the offline diagnosis task.

7. The vehicle diagnosis task processing method according to claim 1, characterized in that: Scheduling the remote diagnosis task based on the task type information includes: In response to determining that the remote diagnosis task is an undefined diagnosis task based on the task type information, the remote diagnosis task is discarded.

8. A vehicle, characterized in that: include: processor; a memory for storing instructions executable by the processor; The processor is configured to execute the instructions to implement the vehicle diagnostic task processing method according to any one of claims 1 to 7.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium includes a stored executable program, wherein when the executable program is executed, the device where the storage medium is located is controlled to execute the vehicle diagnostic task processing method according to any one of claims 1 to 7.

10. A computer program product, characterized in that The computer program product comprises computer instructions, which, when executed by a processor, implement the vehicle diagnostic task processing method as claimed in any one of claims 1 to 7.