System function switching method, device and equipment based on vehicle diagnosis, and storage medium

Abstract

This application discloses a system function switching method, apparatus, device, and storage medium based on vehicle diagnostics. The method includes: receiving and parsing a switching command issued by a user on the current interface; extracting the switching logic and switching requirement information of the switching command; performing a step-by-step return operation on the current interface based on the switching logic to obtain intermediate data until the intermediate data is target data that successfully matches the switching requirement information, wherein the intermediate data is the data returned to the previous interface after each return operation; locating the corresponding function option or system option of the target data based on the switching requirement information, and updating the current display interface. This application uses the technical means of receiving and parsing a switching command issued by a user on the current interface, and finally locating and updating the target function option or system option, to realize the user's rapid switching between different ECU systems and their functions.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a system function switching method, apparatus, device and storage medium based on vehicle diagnostics. Background Technology

[0002] In the field of vehicle diagnostics, using diagnostic equipment to diagnose vehicle faults has become a routine practice. Diagnostic equipment communicates with the vehicle's electronic control unit (ECU) to read fault codes, clear fault codes, read data streams, and perform programming operations. To achieve these functions, existing diagnostic equipment typically provides a topology interface that lists all the vehicle's systems, allowing users to access their respective function menus by selecting the appropriate system.

[0003] In current vehicle diagnostics, when a user needs to perform a specific function on an ECU system (such as reading codes, clearing codes, reading data streams, programming, etc.), they must first access the corresponding system through the topology diagram interface and then select the desired function from the system's function menu. If the user needs to switch to another system or another function within the same system, they must first return to the topology diagram system list interface or the system function selection menu interface and then reselect the target system or function. This operation method is cumbersome and inefficient, especially when switching between multiple systems or functions consecutively, resulting in a poor user experience.

[0004] Furthermore, for vehicle diagnostic equipment, the software logic differs for each vehicle model. Therefore, when switching systems or functions, the handling of this software logic must be considered. If each switch requires extensive modifications to the software logic, it will not only increase development costs but also reduce the stability and reliability of the software. Summary of the Invention

[0005] The main objective of this application is to provide a system function switching method, apparatus, device, and storage medium based on vehicle diagnostics, aiming to solve the technical problem that users need to frequently return to the topology diagram interface or system function selection menu interface to make selections when switching between different ECU systems or their functions in existing vehicle diagnostic equipment.

[0006] To achieve the above objectives, this application provides a system function switching method based on vehicle diagnostics, which includes the following steps:

[0007] Receive and parse the switching command issued by the user on the current interface, and extract the switching logic and switching requirement information of the switching command;

[0008] Based on the switching logic, the current interface is returned step by step to obtain intermediate data until the intermediate data is the target data that successfully matches the switching requirement information. The intermediate data is the data of the previous interface returned after each return operation.

[0009] Based on the switching requirement information, locate the corresponding function option or system option of the target data and update the current display interface.

[0010] In one embodiment, the step of receiving and parsing the switching command issued by the user on the current interface, and extracting the switching logic and switching requirement information of the switching command includes:

[0011] Receive the switching command issued by the user and transmit the switching command to the logic processing module;

[0012] The logic processing module parses the switching instruction to extract the switching logic and switching requirement information.

[0013] In one embodiment, the step of performing a step-by-step return operation on the current interface based on the switching logic to obtain intermediate data, until the intermediate data is the target data that successfully matches the switching requirement information, wherein the intermediate data is the data of the previous interface returned after each return operation, includes:

[0014] Based on the switching logic, a step-by-step return instruction sequence is generated;

[0015] The step-by-step return instruction sequence instructs the current interface to perform a return operation, returning the interface data of the previous level interface as intermediate data;

[0016] Determine whether the intermediate data matches the switching requirement information;

[0017] If there is no match, the return operation continues until the intermediate data is the target data that successfully matches the switching requirement information.

[0018] In one embodiment, the step of locating the corresponding function option or system option of the target data based on the switching requirement information and updating the current display interface includes:

[0019] Find the target option in the target data that matches the switching requirement information, the target option including function option or system option;

[0020] Based on the target option, perform an interface update operation to update the current display interface.

[0021] In one embodiment, the step of performing an interface update operation based on the target option to update the current display interface includes:

[0022] Load the corresponding interface data based on the target options;

[0023] The data display area shows the interface data related to the target option.

[0024] In one embodiment, before locating the corresponding function option or system option of the target data based on the switching requirement information and updating the current display interface, the method further includes:

[0025] Check whether the target data is function menu data or system list data;

[0026] If so, the following steps are executed: Based on the switching requirement information, locate the corresponding function option or system option of the target data and update the current display interface;

[0027] If not, no further steps will be performed and an error message will be sent to the user.

[0028] In one embodiment, before receiving and parsing the switching command issued by the user on the current interface, and extracting the switching logic and switching requirement information of the switching command, the method further includes:

[0029] A preset interface for switching between system switching operations and function switching operations;

[0030] The switching interface includes a system list area, a function menu area, and a data display area;

[0031] The system list area is used to display all ECU systems of the vehicle, the function menu area is used to display all function options under the currently selected system, and the data display area is used to display the data interface under the currently selected system or function.

[0032] Furthermore, to achieve the above objectives, this application also provides a system function switching device based on vehicle diagnostics, the system function switching device based on vehicle diagnostics comprising:

[0033] The receiving module is used to receive and parse the switching command issued by the user on the current interface, and extract the switching logic and switching requirement information of the switching command.

[0034] The execution module is used to perform a step-by-step return operation on the current interface based on the switching logic to obtain intermediate data until the intermediate data is the target data that successfully matches the switching requirement information. The intermediate data is the data of the previous interface returned after each return operation.

[0035] The update module is used to locate the corresponding function option or system option of the target data based on the switching requirement information, and update the current display interface.

[0036] In addition, to achieve the above objectives, this application also provides a terminal device, which includes a memory, a processor, and a vehicle diagnostics-based system function switching program stored in the memory and executable on the processor. When the vehicle diagnostics-based system function switching program is executed by the processor, it implements the steps of the vehicle diagnostics-based system function switching method as described above.

[0037] In addition, to achieve the above objectives, this application also provides a computer-readable storage medium storing a system function switching program based on vehicle diagnostics, wherein when the system function switching program based on vehicle diagnostics is executed by a processor, it implements the steps of the system function switching method based on vehicle diagnostics as described above.

[0038] One or more technical solutions proposed in this application have at least the following technical effects:

[0039] This application employs a technical approach that involves receiving and parsing a user's switching command on the current interface, extracting the switching logic and switching requirement information from the command; then, based on the switching logic, performing a step-by-step return operation on the current interface until a target data matching the switching requirement information is obtained, wherein the target data is the data returned to the previous interface after each return operation; finally, based on the switching requirement information, locating the function option or system option corresponding to the target data, and updating the current display interface. This solves the technical problem that existing vehicle diagnostic equipment requires users to frequently return to the topology diagram interface or system function selection menu interface to make selections when switching between different ECU systems or their functions.

[0040] Compared with existing technologies, this application achieves the following effects: Based on the switching logic, it performs a step-by-step back operation on the current interface to obtain intermediate data until the intermediate data successfully matches the switching requirement information. This process eliminates the need for the user to manually click the back button, thus greatly improving switching efficiency. Furthermore, since this technical solution is implemented without modifying existing software logic, it has high compatibility and practicality. Moreover, by locating the corresponding function or system options for the target data and updating the current display interface, this technical solution allows users to intuitively see the results after the switch, enhancing the user experience. In summary, this technology not only simplifies the switching operation and improves switching efficiency but also maintains high compatibility and practicality. Attached Figure Description

[0041] Figure 1 This is a flowchart illustrating a first exemplary embodiment of the system function switching method based on vehicle diagnostics in this application;

[0042] Figure 2 This is a flowchart illustrating a second exemplary embodiment of the system function switching method based on vehicle diagnostics in this application;

[0043] Figure 3 This is a flowchart illustrating a third exemplary embodiment of the system function switching method based on vehicle diagnostics in this application;

[0044] Figure 4 This is a schematic diagram of the module structure of the system function switching device based on vehicle diagnostics according to an embodiment of this application;

[0045] Figure 5 This is a schematic diagram of the hardware operating environment involved in the system function switching method based on vehicle diagnostics in the embodiments of this application.

[0046] The realization of the purpose, functional features and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0047] It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application.

[0048] The main solution of this application is as follows: receiving and parsing the switching command issued by the user on the current interface, extracting the switching logic and switching requirement information of the switching command; performing a step-by-step return operation on the current interface based on the switching logic to obtain intermediate data, until the intermediate data is the target data that successfully matches the switching requirement information, wherein the intermediate data is the data of the previous interface returned after each return operation; locating the corresponding function option or system option of the target data based on the switching requirement information, and updating the current display interface. Compared with the technical problem of existing vehicle diagnostic equipment requiring users to frequently return to the topology diagram interface or system function selection menu interface to make selections when switching between different ECU systems or their functions, this application achieves rapid switching between different ECU systems and their functions by receiving and parsing the switching command issued by the user on the current interface, automatically returning step-by-step based on the switching logic and matching the switching requirement, and finally locating and updating the target function option or system option.

[0049] The execution subject of the method in this embodiment can be a system function switching device based on vehicle diagnostics, or a system function switching terminal device or server based on vehicle diagnostics. This embodiment takes a system function switching device based on vehicle diagnostics as an example. This system function switching device based on vehicle diagnostics can be integrated into terminal devices such as smartphones and tablets with data processing functions.

[0050] Specifically, the following are detailed steps of an exemplary embodiment of this vehicle diagnostic-based system function switching method:

[0051] Reference Figure 1 , Figure 1This is a flowchart illustrating a first exemplary embodiment of the system function switching method based on vehicle diagnostics according to this application. In this embodiment, the system function switching method based on vehicle diagnostics includes steps S10 to S30:

[0052] Step S10: Receive and parse the switching command issued by the user on the current interface, and extract the switching logic and switching requirement information of the switching command.

[0053] In one feasible implementation, step S20 may include steps S11 to S12:

[0054] Step S11: Receive the switching command issued by the user and transmit the switching command to the logic processing module;

[0055] It should be noted that when using vehicle diagnostic equipment, if a user wishes to switch from the currently operating system or function to another, they will issue a switching command on the currently displayed interface. This command can be generated through button clicks, knob selection, or other forms of user input on the touchscreen. Once the user's switching command is received, it is captured and transmitted to the logic processing module.

[0056] Step S12: The switching instruction is parsed by the logic processing module to extract the switching logic and switching requirement information of the switching instruction.

[0057] Specifically, the received switching instructions are parsed by the logic processing module to extract key information, namely the switching logic and switching requirement information. The parsing process includes identifying the switching logic in the instruction, i.e., how the user wants to switch, and the switching requirement information, i.e., the specific target the user wants to switch to.

[0058] Example 1: Suppose a user is currently programming the vehicle's engine system, but during the programming process, the user suddenly needs to view the engine system's fault codes. In this situation, the user will issue a switching command on the current programming interface, requesting to switch to the "read fault codes" function. After receiving this command, the system transmits it to the logic processing module in step S11. Then, in step S12, the logic processing module parses the command, identifies that the user wants to switch from the programming function to the fault code reading function, and extracts this switching logic and switching requirement information. Subsequently, the system will automatically perform a step-by-step return operation based on this information until it returns to the engine system's function menu interface and automatically selects the "read fault codes" function, thereby meeting the user's needs.

[0059] Step S20: Based on the switching logic, perform a step-by-step return operation on the current interface to obtain intermediate data until the intermediate data is the target data that successfully matches the switching requirement information. The intermediate data is the data of the previous interface returned after each return operation.

[0060] In one feasible implementation, step S20 may include steps S21 to S24:

[0061] Step S21: Generate a step-by-step return instruction sequence based on the switching logic;

[0062] Specifically, after the user issues a switching command, a sequence of commands that iteratively returns to the previous level of the target interface the user wishes to switch to is generated according to the switching logic. The purpose of this command sequence is to instruct the current interface to progressively return to the previous level of the target interface. For example, if the user is currently in the engine system's coding function and wants to switch to the fault code reading function, a sequence of commands is generated based on the user's selection in the function menu, as well as the system list data and function menu data recorded by the middleware, to progressively return from the current coding interface to the engine system function menu interface. This sequence can include multiple return commands, each corresponding to the operation of returning from the current interface to the previous level interface.

[0063] Step S22: Instruct the current interface to perform a return operation through the step-by-step return instruction sequence, and return the interface data of the previous level interface as intermediate data;

[0064] Specifically, based on the generated hierarchical return instruction sequence, the current interface is instructed to perform a return operation. During the return operation, the current interface's data is read and stored as intermediate data. Then, according to the next return instruction in the sequence, the interface switches to the previous level interface, and its data is read again as new intermediate data. This process continues until all return instructions in the sequence have been executed, or until the interface preceding the level of the user's desired target interface is reached.

[0065] Step S23: Determine whether the intermediate data matches the switching requirement information;

[0066] Step S24: If there is no match, continue to perform the return operation until the intermediate data is the target data that successfully matches the switching requirement information.

[0067] Specifically, after each return operation, it is determined whether the currently stored intermediate data matches the user's switching request information. This is mainly achieved by comparing the system identifier and function identifier in the intermediate data with the user's selections in the topology diagram's system list and function menu. If the intermediate data matches the user's switching request information, it means that the user has returned to the previous interface at the level of the target interface they wish to switch to, and the return operation can stop, proceeding to the next switching operation. If the intermediate data does not match the user's switching request information, the return operation needs to continue until a matching target data is found. During this process, the intermediate data is continuously read and updated, and compared with the user's switching request information. Once a matching target data is found, the return operation stops, and preparations are made to execute the next switching operation.

[0068] Step S30: Based on the switching requirement information, locate the corresponding function option or system option of the target data and update the current display interface.

[0069] In one feasible implementation, step S30 may include steps S31 to S32:

[0070] Step S31: Locate the target option in the target data that matches the switching requirement information. The target option includes function options or system options.

[0071] Specifically, when a user's switching request is captured and the target data matching that request is located, the first step is to determine the type of the target data. Specifically, this is done by reading the target data's metadata or specific identifiers to determine if it is function menu data for the current system. If the target data is function menu data for the current system, then the user's intention is to switch between different functions within the same system. After confirming that the target data is function menu data, it is necessary to further locate the target function option the user wishes to switch to within the function menu. The function menu data is searched for entries that match the user-specified function (e.g., "Function 2: Read Fault Codes"). This is typically achieved by comparing function names, identifiers, or codes. Once a matching function option is found, the target function the user wishes to switch to is determined. After locating the target function option, an instruction containing switching information is constructed based on the target function's identifier or code, and the switching instruction is sent to the diagnostic software, usually through network communication or an internal interface.

[0072] Step S32: Perform an interface update operation based on the target option to update the current display interface.

[0073] In one feasible implementation, step S32 may include steps S321 to S322:

[0074] Step S321: Load the corresponding interface data based on the target option;

[0075] Specifically, the system first identifies the target option selected by the user. This option can be a function option (such as reading code, clearing code, reading data stream, programming, etc.) or a system option (such as engine, transmission, ABS, etc.). If the target option is a function option, the system loads the function menu data corresponding to that function, including function description, parameter settings, operation steps, etc. If the target option is a system option, the system loads all function menu data under that system so that the user can switch functions within the same system.

[0076] Step S322: Display interface data related to the target option in the data display area.

[0077] Specifically, the loaded interface data is rendered onto the diagnostic device's display screen. After rendering, the current display interface is updated. This includes updating the display status and content of interface elements (such as buttons, menu items, text boxes, etc.). If the user selects a function option, the corresponding operation interface and data are displayed. If the user selects a system option, the function menu interface under that system is displayed for the user to further select functions.

[0078] After the new interface data is displayed in the display area, users can interact with the system by touching the screen, pressing buttons, etc.

[0079] Furthermore, referring to Figure 2 , Figure 2 This is a flowchart illustrating the second embodiment of the system function switching method based on vehicle diagnostics in this application. Based on the above... Figure 1 In the illustrated embodiment, steps S30 may be followed by steps S41 to S43:

[0080] Step S41: Check whether the target data is function menu data or system list data;

[0081] Specifically, in the vehicle diagnostic process, when a user triggers a switching operation through the interface, the system captures this switching request and locates the relevant target data based on the request. Next, it checks whether the target data is function menu data or system list data. Specifically, it first reads the target data's metadata or specific identifiers to determine its type. Metadata describes other data, containing information such as the data's nature and structure. Through this information, it can accurately identify whether the target data is a function menu (such as read code, clear code, read data stream, etc.) or a system list (such as engine, transmission, etc.). This process is similar to finding books in a library; by using the labels on the spine (i.e., metadata), one can quickly find the type of book needed (novel, popular science, history, etc.).

[0082] Step S42, if yes, execute the following steps: locate the corresponding function option or system option of the target data based on the switching requirement information, and update the current display interface;

[0083] Specifically, once the target data is identified as function menu data or system list data, based on the user's switching request, the system locates the corresponding function option or system option within the target data and updates the current display interface accordingly. For example, when a user switches from the "Coding" function to the "Read Fault Codes" function in the "Engine" system, "Engine" is first identified as system list data, while "Coding" and "Read Fault Codes" are both function menu data. Subsequently, based on the user's switching command, the system automatically locates the "Read Fault Codes" function option and immediately updates the display interface, guiding the user to the "Read Fault Codes" operation interface. This process is similar to switching between different pages in a mobile app; when the user clicks a button, the app quickly responds and jumps to the corresponding page.

[0084] Step S43: If not, do not perform subsequent steps and send an error message to the user.

[0085] Specifically, if step S41 finds that the target data is neither function menu data nor system list data, subsequent steps will not be executed; instead, the process will jump directly to step S43. In this step, an error message will be sent to the user, indicating that the current operation cannot be completed. This design aims to improve system robustness and user experience.

[0086] Furthermore, referring to Figure 3 , Figure 3 This is a flowchart illustrating the third embodiment of the system function switching method based on vehicle diagnostics in this application. Based on the above... Figure 1 In the embodiment shown, steps S51 to S53 may be included before step S10:

[0087] Step S51: Preset the switching interface for performing system switching operations and function switching operations;

[0088] Specifically, to improve the convenience and efficiency of user operations, a dedicated switching interface is provided for system and function switching operations. This interface is designed with user habits and operational logic in mind, ensuring a logical layout and clear information presentation. It includes necessary elements such as a system list, function menus, and data display, allowing users to quickly understand the current system status and available functions. Furthermore, the interface is highly interactive, responding to user commands and updating the displayed content in real time to ensure a smooth switching experience.

[0089] For example, in terms of interface layout, a layout can be adopted where the system list is on the left, the function menu is at the top, and the data display area is in the middle. This layout not only conforms to the user's visual habits but also facilitates quick switching. The system list area can list all ECU systems of the vehicle, such as the engine, transmission, ABS, etc., for easy selection by the user; the function menu area displays all function options under the currently selected system, such as code reading, code clearing, and data stream reading, allowing the user to select the appropriate function as needed; the data display area is used to display the data interface under the currently selected system or function, such as fault code information and data stream charts, to facilitate further analysis and diagnosis by the user.

[0090] Step S52, the switching interface includes a system list area, a function menu area, and a data display area;

[0091] Step S53: The system list area is used to display all ECU systems of the vehicle, the function menu area is used to display all function options under the currently selected system, and the data display area is used to display the data interface under the currently selected system or function.

[0092] Specifically, the switching interface mainly consists of three parts: the system list area, the function menu area, and the data display area.

[0093] The system list area displays all the vehicle's ECU systems. These systems are typically presented in a list format, and users can select different systems by swiping up and down or clicking. The design of the system list area needs to take into account the system classification and naming conventions to ensure that users can quickly and accurately find the system they need. Additionally, to improve the user experience, auxiliary information such as system icons, abbreviations of system names, or the first letters of their pinyin can be added to the system list area to help users identify systems more quickly.

[0094] The function menu area displays all function options under the currently selected system. These options are typically presented as icons or text, and users can select different functions by clicking or touching them. The design of the function menu area needs to consider the classification and naming of functions to ensure that users can quickly and accurately find the functions they need. Furthermore, to improve the user experience, auxiliary information such as function icons, abbreviations of function names, or the first letters of their pinyin can be added to the function menu area to help users identify functions more quickly.

[0095] The data display area is used to display data from the currently selected system or function. These data interfaces are typically presented in the form of charts, text, or images, allowing users to understand the vehicle's operating status or diagnostic results. The design of the data display area needs to consider the presentation and readability of the data, ensuring that users can quickly and accurately obtain the information they need. Furthermore, to improve the user experience, interactive features such as zooming, dragging, and double-clicking can be added to the data display area, allowing users to view and analyze data more flexibly.

[0096] Furthermore, this application also proposes a system function switching device based on vehicle diagnostics, the system function switching device based on vehicle diagnostics comprising:

[0097] The receiving module 10 is used to receive and parse the switching command issued by the user on the current interface, and extract the switching logic and switching requirement information of the switching command.

[0098] Execution module 20 is used to perform a step-by-step return operation on the current interface based on the switching logic to obtain intermediate data until the intermediate data is the target data that successfully matches the switching requirement information. The intermediate data is the data of the previous interface returned after each return operation.

[0099] The update module 30 is used to locate the corresponding function option or system option of the target data based on the switching requirement information, and update the current display interface.

[0100] The vehicle diagnostic-based system function switching device provided in this application employs the vehicle diagnostic-based system function switching method described in the above embodiments. It aims to solve the technical problem that users need to frequently return to the topology diagram interface or system function selection menu interface to make selections when switching between different ECU systems or their functions using existing vehicle diagnostic equipment. Compared with the prior art, the beneficial effects of the vehicle diagnostic-based system function switching device provided in this application are the same as those of the vehicle diagnostic-based system function switching method provided in the above embodiments, and other technical features in the vehicle diagnostic-based system function switching device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0101] This application provides a system function switching device based on vehicle diagnostics. The system function switching device based on vehicle diagnostics includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the system function switching method based on vehicle diagnostics in the above embodiment 1.

[0102] The following is for reference. Figure 5This document illustrates a schematic diagram of the structure of a system function switching device based on vehicle diagnostics used to implement embodiments of this application. The system function switching device based on vehicle diagnostics in these embodiments may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital radio receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), and in-vehicle terminals (e.g., in-vehicle navigation terminals), as well as fixed terminals such as digital TVs and desktop computers. Figure 5 The system function switching device based on vehicle diagnostics shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0103] like Figure 5 As shown, the vehicle diagnostics-based system function switching device may include a processing unit 1001 (e.g., a central processing unit, a graphics processor, etc.), which can perform various appropriate actions and processes according to a program stored in read-only memory (ROM) 1002 or a program loaded from storage device 1003 into random access memory (RAM) 1004. The RAM 1004 also stores various programs and data required for the operation of the vehicle diagnostics-based system function switching device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to I / O interface 1006: input devices 1007 including, for example, touchscreens, touchpads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, etc.; output devices 1008 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 1003 including, for example, magnetic tapes, hard disks, etc.; and communication devices 1009. Communication device 1009 allows the vehicle diagnostics-based system function switching device to communicate wirelessly or wiredly with other devices to exchange data. Although the figure shows a vehicle diagnostics-based system function switching device with various systems, it should be understood that it is not required to implement or possess all the systems shown. More or fewer systems may be implemented alternatively.

[0104] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0105] The vehicle diagnostic-based system function switching device provided in this application employs the vehicle diagnostic-based system function switching method described in the above embodiments. It aims to solve the technical problem that in existing vehicle diagnostic devices, users frequently need to return to the topology diagram interface or system function selection menu interface to make selections when switching between different ECU systems or their functions. Compared with the prior art, the beneficial effects of the vehicle diagnostic-based system function switching device provided in this application are the same as those of the vehicle diagnostic-based system function switching method provided in the above embodiments. Furthermore, other technical features of this vehicle diagnostic-based system function switching device are the same as those disclosed in the previous embodiment method, and will not be repeated here.

[0106] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0107] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0108] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the system function switching method based on vehicle diagnostics in the above embodiments.

[0109] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems or devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0110] The aforementioned computer-readable storage medium may be included in a vehicle diagnostics-based system function switching device; or it may exist independently and not be assembled into a vehicle diagnostics-based system function switching device.

[0111] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0112] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0113] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0114] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described system function switching method based on vehicle diagnostics. This aims to solve the technical problem that in existing vehicle diagnostic equipment, users need to frequently return to the topology diagram interface or system function selection menu interface to make selections when switching between different ECU systems or their functions. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the system function switching method based on vehicle diagnostics provided in the above embodiments, and will not be repeated here.

[0115] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the system function switching method based on vehicle diagnostics as described above.

[0116] The computer program product provided in this application aims to solve the technical problem that users need to frequently return to the topology diagram interface or system function selection menu interface to make selections when switching between different ECU systems or their functions in existing vehicle diagnostic equipment. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the system function switching method based on vehicle diagnostics provided in the above embodiments, and will not be repeated here.

[0117] Compared to existing technologies, the system function switching method, apparatus, device, medium, and computer product based on vehicle diagnostics proposed in this application extracts the business feature information of the target service, standardizes the business feature information to obtain standard feature data, hashes the standard feature data to obtain unique feature data, numerically processes and concatenates the unique feature data to obtain a first business feature value, accumulates the first business feature value of the target service to obtain a target business feature value, and finally compares the target business feature value with a set of feature values ​​to obtain the system function switching result based on vehicle diagnostics. This is more efficient, flexible, and reliable than the traditional method of generating unique keys or consecutive serial numbers for each service to identify duplicate services. Based on the solution of this application, by transforming complex scenarios into a series of simple transformations, the comparison process is ultimately reduced to a comparison of two numbers, making the comparison process very intuitive and efficient. The system only needs to simply compare whether these two values ​​are equal to quickly determine whether two services are completely identical.

[0118] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or system. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or system that includes that element.

[0119] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0120] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, controlled terminal, or network device, etc.) to execute the methods of each embodiment of this application.

[0121] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

Claims

1. A method for switching system functions based on vehicle diagnostics, the method comprising: The system function switching method based on vehicle diagnostics includes: Receive and parse the switching command issued by the user on the current interface, and extract the switching logic and switching requirement information of the switching command; The process of receiving and parsing the switching command issued by the user on the current interface, and extracting the switching logic and switching requirement information of the switching command, further includes: A preset interface for switching between system switching operations and function switching operations; The switching interface includes a system list area, a function menu area, and a data display area; The system list area is used to display all ECU systems of the vehicle, the function menu area is used to display all function options under the currently selected system, and the data display area is used to display the data interface under the currently selected system or function. All ECU systems include the engine, transmission and ABS. The steps of receiving and parsing the switching command issued by the user on the current interface, and extracting the switching logic and switching requirement information of the switching command include: Receive the switching command issued by the user and transmit the switching command to the logic processing module; The logic processing module parses the switching instruction and extracts the switching logic and switching requirement information of the switching instruction. Based on the switching logic, the current interface is returned step by step to obtain intermediate data until the intermediate data is the target data that successfully matches the switching requirement information. The intermediate data is the data of the previous interface returned after each return operation. The step of performing a step-by-step return operation on the current interface based on the switching logic to obtain intermediate data until the intermediate data is the target data that successfully matches the switching requirement information, wherein the intermediate data is the data returned from the previous interface after each return operation, includes: Based on the switching logic, a step-by-step return instruction sequence is generated; The step-by-step return instruction sequence instructs the current interface to perform a return operation, returning the interface data of the previous level interface as intermediate data; Determine whether the intermediate data matches the switching requirement information; If there is no match, the return operation continues until the intermediate data is the target data that successfully matches the switching requirement information; Based on the switching requirement information, the corresponding function option or system option of the target data is located, and the current display interface is updated. The function option includes reading code, clearing code, reading data stream, and programming. The step of locating the corresponding function or system option for the target data based on the switching requirement information and updating the current display interface further includes: Check whether the target data is function menu data or system list data; If so, the following steps are executed: Based on the switching requirement information, locate the corresponding function option or system option of the target data and update the current display interface; If not, no further steps will be performed and an error message will be sent to the user.

2. The vehicle diagnosis based system function switching method of claim 1, wherein, The step of locating the corresponding function option or system option of the target data based on the switching requirement information and updating the current display interface includes: Find the target option in the target data that matches the switching requirement information, the target option including function option or system option; Based on the target option, perform an interface update operation to update the current display interface.

3. The vehicle diagnosis based system function switching method of claim 2, wherein, The step of performing an interface update operation based on the target option to update the current display interface includes: Load the corresponding interface data based on the target options; The data display area shows the interface data related to the target option.

4. A system function switching device based on vehicle diagnosis, characterized by, The device includes: The receiving module is used to receive and parse the switching command issued by the user on the current interface, and extract the switching logic and switching requirement information of the switching command. The receiving module is also used to preset the switching interface for performing system switching operations and function switching operations; The switching interface includes a system list area, a function menu area, and a data display area; The system list area is used to display all ECU systems of the vehicle, the function menu area is used to display all function options under the currently selected system, and the data display area is used to display the data interface under the currently selected system or function. All ECU systems include the engine, transmission and ABS. Receive the switching command issued by the user and transmit the switching command to the logic processing module; The logic processing module parses the switching instruction and extracts the switching logic and switching requirement information of the switching instruction. The execution module is used to perform a step-by-step return operation on the current interface based on the switching logic to obtain intermediate data until the intermediate data is the target data that successfully matches the switching requirement information. The intermediate data is the data of the previous interface returned after each return operation. The execution module is further configured to generate a step-by-step return instruction sequence based on the switching logic; The step-by-step return instruction sequence instructs the current interface to perform a return operation, returning the interface data of the previous level interface as intermediate data; Determine whether the intermediate data matches the switching requirement information; If there is no match, the return operation continues until the intermediate data is the target data that successfully matches the switching requirement information; The update module is used to locate the corresponding function option or system option of the target data based on the switching requirement information, and update the current display interface. The function options include reading code, clearing code, reading data stream, and programming. The update module is also used to check whether the target data is function menu data or system list data; If so, the following steps are executed: Based on the switching requirement information, locate the corresponding function option or system option of the target data and update the current display interface; If not, no further steps will be performed and an error message will be sent to the user.

5. A system function switching apparatus based on vehicle diagnosis, characterized by, The device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the system function switching method based on vehicle diagnostics as described in any one of claims 1 to 3.

6. A storage medium, characterized by The storage medium is a computer readable storage medium, and the storage medium stores a computer program. The computer program is executed by the processor to implement the steps of the system function switching method based on vehicle diagnosis according to any one of claims 1 to 3.

Images