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

Abstract

The invention discloses a system function switching method, device and equipment based on vehicle diagnosis and a storage medium, and the method comprises the steps: receiving and analyzing a switching instruction sent by a user on a current interface, and extracting the switching logic and switching demand information of the switching instruction; step-by-step return operation is executed on the current interface based on the switching logic to obtain intermediate data until the intermediate data are target data successfully matched with the switching demand information, and the intermediate data are data of the previous interface returned after the return operation is executed each time; and positioning corresponding function options or system options of the target data based on the switching demand information, and updating a current display interface. According to the method, the technical means of receiving and analyzing the switching instruction sent by the user on the current interface and finally positioning and updating the switching instruction to the target function option or system option is adopted, so that rapid switching of the user between different ECU systems and functions thereof is realized.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a method, device, equipment and storage medium for switching system functions based on vehicle diagnosis. Background Art

[0002] In the field of vehicle diagnostic technology, the use of diagnostic equipment to diagnose vehicle faults has become a common method. By communicating with the vehicle's electronic control unit (ECU), the diagnostic equipment can read fault codes, clear fault codes, read data streams, and perform programming operations. In order to achieve these functions, existing diagnostic equipment usually provides a topology interface that lists all the vehicle's systems. Users can enter its function menu interface by selecting the corresponding system.

[0003] In the current vehicle diagnosis process, when the user needs to perform a specific function on a certain ECU system (such as reading codes, clearing codes, reading data streams, programming, etc.), he needs to first enter the corresponding system through the topology map interface, and then select the required function from the function menu of the system. If the user needs to switch to other systems or other functions of the same system, he needs to return to the topology map 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 it is necessary to switch multiple systems or functions continuously, the user experience is not good.

[0004] In addition, for vehicle diagnostic equipment, the software logic of each model is different, so when switching systems or functions, the processing of software logic needs to be considered. If each switch requires a lot of modification of the software logic, it will not only increase the development cost, but also reduce the stability and reliability of the software. Summary of the invention

[0005] The main purpose of this application is to provide a system function switching method, device, equipment and storage medium based on vehicle diagnosis, aiming to solve the technical problem that when the existing vehicle diagnostic equipment switches different ECU systems or their functions, the user needs to frequently return to the topology map interface or the system function selection menu interface to make selections.

[0006] To achieve the above object, the present application provides a system function switching method based on vehicle diagnosis, the system function switching method based on vehicle diagnosis comprising the following steps:

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

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

[0009] 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.

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

[0011] Receiving a switching instruction issued by a user and transmitting the switching instruction to a logic processing module;

[0012] The switching instruction is parsed by the logic processing module to extract the switching logic and switching requirement information of the switching instruction.

[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 target data that successfully matches the switching requirement information, wherein the intermediate data is data of the previous interface returned after each return operation is performed includes:

[0014] Generate a step-by-step return instruction sequence based on the switching logic;

[0015] 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 interface as intermediate data;

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

[0017] If not matched, the return operation continues to be performed 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] Searching for a target option in the target data that matches the switching requirement information, the target option including a function option or a system option;

[0020] An interface update operation is performed based on the target option 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] Loading corresponding interface data based on the target option;

[0023] The interface data related to the target option is displayed in the data display area.

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

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

[0026] If so, executing the steps: locating the corresponding function option or system option of the target data based on the switching requirement information, and updating the current display interface;

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

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

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

[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] In addition, to achieve the above-mentioned purpose, the present application also provides a system function switching device based on vehicle diagnosis, and the system function switching device based on vehicle diagnosis includes:

[0033] A receiving module, used to receive and analyze the switching instruction issued by the user on the current interface, and extract the switching logic and switching requirement information of the switching instruction;

[0034] An execution module, 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, and the intermediate data is the data of the previous interface returned after each return operation is performed;

[0035] An updating module is used to locate the corresponding functional options or system options of the target data based on the switching requirement information, and update the current display interface.

[0036] In addition, to achieve the above-mentioned purpose, the present application also provides a terminal device, which includes a memory, a processor, and a system function switching program based on vehicle diagnosis stored in the memory and executable on the processor, and the system function switching program based on vehicle diagnosis, when executed by the processor, implements the steps of the system function switching method based on vehicle diagnosis as described above.

[0037] In addition, to achieve the above-mentioned purpose, the present application also provides a computer-readable storage medium, on which a system function switching program based on vehicle diagnosis is stored. When the system function switching program based on vehicle diagnosis is executed by a processor, the steps of the system function switching method based on vehicle diagnosis as described above are implemented.

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

[0039] The present application adopts a technical means of receiving and parsing the switching instructions issued by the user on the current interface, extracting the switching logic and switching requirement information in the switching instructions; then performing a step-by-step return operation on the current interface based on the switching logic until the target data that successfully matches the switching requirement information is obtained, and the target data is the data of the previous interface returned after each return operation; finally, based on the switching requirement information, the function options or system options corresponding to the target data are located, and the current display interface is updated. This solves the technical problem that when switching different ECU systems or their functions in existing vehicle diagnostic equipment, users need to frequently return to the topology map interface or the system function selection menu interface to make selections.

[0040] Compared with the prior art, the present application achieves the following effects: based on the switching logic, a step-by-step return operation is performed on the current interface to obtain intermediate data until the intermediate data successfully matches the switching requirement information. This process does not require the user to manually click the return button, thereby greatly improving the switching efficiency. At the same time, since the present technical solution is implemented without modifying the existing software logic, it has high compatibility and practicality. In addition, the present technical solution improves the user experience by locating the corresponding functional options or system options of the target data and updating the current display interface, so that the user can intuitively see the results after the switch. In summary, this technology not only simplifies the switching operation and improves the switching efficiency, but also maintains high compatibility and practicality. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] Figure 1 This is a flowchart of a first exemplary embodiment of a system function switching method based on vehicle diagnosis of the present application;

[0042] Figure 2 A flowchart of a second exemplary embodiment of a system function switching method based on vehicle diagnosis of the present application;

[0043] Figure 3 A flowchart of a third exemplary embodiment of a system function switching method based on vehicle diagnosis of the present application;

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

[0045] Figure 5 Schematic diagram of the device structure of the hardware operating environment involved in the system function switching method based on vehicle diagnosis in an embodiment of the present application.

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

[0047] It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0048] The main solution of the embodiment of the present application is: receiving and parsing the switching instruction issued by the user on the current interface, extracting the switching logic and switching requirement information of the switching instruction; 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, and the intermediate data is the data of the previous interface returned after each return operation; locating the corresponding function options or system options of the target data based on the switching requirement information, and updating the current display interface. Compared with the technical problem that the user needs to frequently return to the topology map interface or the system function selection menu interface to make a selection when switching different ECU systems or their functions in the existing vehicle diagnostic equipment, the present application adopts the technical means of receiving and parsing the switching instruction issued by the user on the current interface, automatically returning step by step based on the switching logic and matching the switching requirements, and finally locating and updating to the target function options or system options, thereby realizing the user's rapid switching between different ECU systems and their functions.

[0049] The executor of the method of this embodiment can be a system function switching device based on vehicle diagnosis, or a system function switching terminal device or server based on vehicle diagnosis. This embodiment takes a system function switching device based on vehicle diagnosis as an example. The system function switching device based on vehicle diagnosis can be integrated on terminal devices such as smart phones and tablet computers with data processing functions.

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

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

[0052] Step S10, receiving and parsing the switching instruction issued by the user in the current interface, and extracting the switching logic and switching requirement information of the switching instruction;

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

[0054] Step S11, receiving a switching instruction issued by a user and transmitting the switching instruction to a logic processing module;

[0055] It should be noted that when a user wants to switch from the currently operated system or function to another system or function while using the vehicle diagnostic device, the user will issue a switching instruction on the currently displayed interface. This instruction can be generated by clicking a button on the touch screen, selecting a knob, or other forms of user input. Once the switching instruction issued by the user is received, it is captured and transmitted to the logic processing module.

[0056] Step S12: parsing the switching instruction through the logic processing module to extract the switching logic and switching requirement information of the switching instruction.

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

[0058] Example 1, suppose the user is currently programming the engine system of the vehicle, but during the programming process, the user suddenly needs to check the fault code of the engine system. In this case, the user will issue a switching instruction on the current programming interface, requesting to switch to the "read fault code" function. After the system receives this instruction, it passes it to the logic processing module in step S11. Then, in step S12, the logic processing module parses the instruction, identifies that the user wants to switch from the programming function to the fault code reading function, and extracts the 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 function menu interface of the engine system, and automatically selects the "read fault code" function to meet the user's needs.

[0059] Step S20, based on the switching logic, performing 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, and the intermediate data is the data of the previous interface returned after each return operation;

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

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

[0062] Specifically, after the user issues a switching command, a step-by-step return instruction sequence is generated according to the switching logic. The purpose of this instruction sequence is to instruct the current interface to return step by step to the previous interface at the level of the target interface that the user wants to switch to. For example, if the user is currently in the coding function of the engine system and wants to switch to the fault code reading function, a command sequence is generated to return step by step from the current coding interface to the engine system function menu interface 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. This sequence can include multiple return instructions, each of which corresponds to the operation of returning from the current interface to the previous interface.

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

[0064] Specifically, according to the generated step-by-step return instruction sequence, the current interface is instructed to perform a return operation. When the return operation is performed, the interface data of the current interface is read and stored as intermediate data. Then, according to the next return instruction in the instruction sequence, the interface is switched to the upper-level interface, and the interface data of the interface is read again as new intermediate data. This process continues until all return instructions in the instruction sequence are executed, or the previous interface of the level where the target interface that the user wants to switch to is reached.

[0065] Step S23, determining 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 is performed, it is determined whether the currently stored intermediate data matches the user's switching requirement information. This is mainly achieved by comparing whether the system identifier and function identifier in the intermediate data are consistent with the user's selection in the topology map system list and function menu. If the intermediate data matches the user's switching requirement information, it means that it has returned to the previous interface at the level where the target interface the user wants to switch to is located. At this time, the return operation can be stopped and the next switching operation can be performed. If the intermediate data does not match the user's switching requirement information, it means that the return operation needs to be continued until the matching target data is found. In this process, the intermediate data will be continuously read and updated, and compared with the user's switching requirement information. Once the matching target data is found, the return operation will be stopped and the next switching operation will be prepared.

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

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

[0070] Step S31, searching the target data for a target option that matches the switching requirement information, wherein the target option includes a function option or a system option;

[0071] Specifically, when the user's switching needs are captured and the target data matching the needs are located, it is first necessary to determine the type of the target data, specifically, by reading the metadata or specific identifier of the target data to determine whether it is the function menu data of the current system. If the target data is the function menu data of the current system, then the user's intention is to switch different functions within the same system. After confirming that the target data is the function menu data, it is necessary to further locate the target function option that the user wants to switch to in the function menu. Search the function menu data for an entry that matches the function specified by the user (such as "Function 2: Read fault code"). This is usually achieved by comparing the function name, identifier or code. Once a matching function option is found, the target function that the user wants to switch to is determined. After locating the target function option, an instruction containing the switching information is constructed according to the identifier or code of the target function, and the switching instruction is sent to the diagnostic software, which is usually achieved through network communication or an internal interface.

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

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

[0074] Step S321, loading corresponding interface data based on the target option;

[0075] Specifically, first identify the target option selected by the user, which can be a functional option (such as reading codes, clearing codes, reading data streams, programming, etc.) or a system option (such as engine, gearbox, ABS, etc.). If the target option is a functional option, load the function menu data corresponding to the function, which includes function description, parameter settings, operation steps, etc. If the target option is a system option, load all function menu data under the system so that the user can switch functions under the same system.

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

[0077] Specifically, the loaded interface data is rendered onto the display screen of the diagnostic device, and after the rendering is completed, 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.), and if the user selects a function option, the operation interface and data corresponding to the function are displayed. If the user selects a system option, the function menu interface under the system is displayed for the user to further select a function.

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

[0079] Further, refer to Figure 2 , Figure 2 This is a flow chart of the second embodiment of the system function switching method based on vehicle diagnosis in this application. Figure 1 In the embodiment shown, in this embodiment, step S30 may include steps S41 to S43:

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

[0081] Specifically, in the vehicle diagnosis process, when the user triggers the switching operation through the interface, the system will capture this switching demand and locate the relevant target data according to the demand. Next, check whether the target data is function menu data or system list data. Specifically, the metadata or specific identifier of the target data will be read first to determine its type. Metadata is data that describes other data and contains information such as the nature and structure of the data. Through this information, it can be accurately identified whether the target data is a function menu (such as reading codes, clearing codes, reading data streams, etc.) or a system list (such as engines, gearboxes, etc.). This process is similar to looking for books in a library. Through the label on the spine (ie metadata), you can quickly find the type of book you need (novels, popular science, history, etc.).

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

[0083] Specifically, once the target data is confirmed as function menu data or system list data, based on the switching requirements proposed by the user, the corresponding function options or system options in the target data are located, and the current display interface is updated accordingly. Taking the example of a user switching from the "coding" function to the "read fault code" function of the "engine" system, the "engine" is first identified as system list data, and both "coding" and "read fault code" are function menu data. Subsequently, according to the user's switching instructions, the function option of "read fault code" is automatically located, and the display interface is immediately updated to guide the user to the "read fault code" operation interface. This process is similar to switching different pages in a mobile phone APP. When the user clicks a button, the APP will respond quickly and jump to the corresponding page.

[0084] Step S43: If not, no subsequent steps are executed and an error message is sent to the user.

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

[0086] Further, refer to Figure 3 , Figure 3 This is a flow chart of the third embodiment of the system function switching method based on vehicle diagnosis in this application. Figure 1 In the embodiment shown, in this embodiment, before step S10, steps S51 to S53 may be included:

[0087] Step S51, presetting a switching interface for executing system switching operations and function switching operations;

[0088] Specifically, in order to improve the convenience and efficiency of user operations, a switching interface specifically used to perform system switching operations and function switching operations is preset. Specifically, the design of the switching interface takes into account the user's usage habits and operation logic to ensure that the interface layout is reasonable and the information is presented clearly. The interface can contain necessary elements, such as system lists, function menus, and data displays, so that users can understand the current system status and function options at a glance. At the same time, the interface also has good interactivity, can respond to user operation instructions, and update the display content in real time to ensure that users can successfully complete the switching operation.

[0089] For example, in terms of interface layout, the layout can be a system list on the left, a function menu on the top, and a data display area in the middle. This layout not only conforms to the user's visual habits, but also facilitates users to switch quickly. The system list area can list all ECU systems of the vehicle, such as the engine, transmission, ABS, etc., for users to select; the function menu area displays all function options under the currently selected system, such as code reading, code clearing, data flow reading, etc., and users can select the corresponding function according to their needs; the data display area is used to display the data interface under the currently selected system or function, such as fault code information, data flow charts, etc., so that users can conduct further analysis and diagnosis.

[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 is mainly composed of three parts: the system list area, the function menu area and the data display area.

[0093] The system list area is used to display all ECU systems of the vehicle. These systems are usually presented in the form of a list, and users can select different systems by sliding up and down or clicking. The design of the system list area needs to take into account the classification and naming of the system to ensure that users can quickly and accurately find the required system. At the same time, in order to improve the user experience, some auxiliary information can also be added to the system list area, such as system icons, abbreviations or pinyin initials of the system name, etc., so that users can identify the system more quickly.

[0094] The function menu area is used to display all function options under the currently selected system. These function options are usually presented in the form of icons or text, and users can select different functions by clicking or touching. The design of the function menu area needs to take into account the classification and naming of functions to ensure that users can quickly and accurately find the required functions. At the same time, in order to improve the user experience, some auxiliary information can also be added to the function menu area, such as function icons, abbreviations or pinyin initials of function names, etc., so that users can identify and use functions more quickly.

[0095] The data display area is used to display the data interface of the currently selected system or function. These data interfaces are usually presented in the form of charts, text or images. Users can understand the operating status or diagnostic results of the vehicle by observing these data interfaces. The design of the data display area needs to take into account the presentation and readability of the data to ensure that users can quickly and accurately obtain the required information. At the same time, in order to improve the user experience, some interactive functions can be added to the data display area, such as zooming, dragging, double-clicking, etc., so that users can view and analyze data more flexibly.

[0096] In addition, the present application also proposes a system function switching device based on vehicle diagnosis, the system function switching device based on vehicle diagnosis comprising:

[0097] The receiving module 10 is used to receive and analyze the switching instruction issued by the user in the current interface, and extract the switching logic and switching requirement information of the switching instruction;

[0098] An execution module 20, configured 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 target data that successfully matches the switching requirement information, and the intermediate data is the data of the previous interface returned after each return operation is performed;

[0099] The updating 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 diagnosis-based system function switching device provided by the present application adopts the vehicle diagnosis-based system function switching method in the above-mentioned embodiment, aiming to solve the technical problem that when the existing vehicle diagnostic equipment switches different ECU systems or their functions, the user needs to frequently return to the topology map interface or the system function selection menu interface to make a selection. Compared with the prior art, the beneficial effects of the vehicle diagnosis-based system function switching device provided by the present application are the same as the beneficial effects of the vehicle diagnosis-based system function switching method provided by the above-mentioned embodiment, and the other technical features of the vehicle diagnosis-based system function switching device are the same as the features disclosed in the above-mentioned embodiment method, which will not be repeated here.

[0101] The present application provides a system function switching device based on vehicle diagnosis, and the system function switching device based on vehicle diagnosis 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 so that the at least one processor can execute the system function switching method based on vehicle diagnosis in the above-mentioned embodiment one.

[0102] Reference below Figure 5, which shows a schematic diagram of the structure of the system function switching device based on vehicle diagnosis for implementing the embodiment of the present application. The system function switching device based on vehicle diagnosis in the embodiment of the present application may include but is not limited to mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions), PMPs (Portable Media Players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 5 The vehicle diagnosis-based system function switching device shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0103] like Figure 5 As shown, the system function switching device based on vehicle diagnosis may include a processing device 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 a read-only memory (ROM: Read Only Memory) 1002 or a program loaded from a storage device 1003 to a random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for the operation of the system function switching device based on vehicle diagnosis are also stored. The processing device 1001, ROM1002, and RAM1004 are connected to each other 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 the I / O interface 1006: input devices 1007 including, for example, a touch screen, a touchpad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 1003 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 1009. The communication device 1009 can allow the vehicle diagnosis-based system function switching device to communicate wirelessly or wired with other devices to exchange data. Although the figure shows a vehicle diagnosis-based system function switching device with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems may be implemented or have instead.

[0104] In particular, according to the embodiments disclosed in the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication device, or installed from a storage device 1003, or installed from a ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.

[0105] The vehicle diagnosis-based system function switching device provided by the present application adopts the vehicle diagnosis-based system function switching method in the above-mentioned embodiment, aiming to solve the technical problem that when the existing vehicle diagnosis device switches different ECU systems or their functions, the user needs to frequently return to the topology map interface or the system function selection menu interface to make a selection. Compared with the prior art, the beneficial effects of the vehicle diagnosis-based system function switching device provided by the present application are the same as the beneficial effects of the vehicle diagnosis-based system function switching method provided in the above-mentioned embodiment, and the other technical features of the vehicle diagnosis-based system function switching device are the same as the features disclosed in the method of the previous embodiment, which will not be repeated here.

[0106] It should be understood that the various parts disclosed in this application can be implemented by 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 one or more embodiments or examples in a suitable manner.

[0107] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

[0108] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, computer programs) stored thereon, the computer-readable program instructions being used to execute the vehicle diagnosis-based system function switching method in the above-mentioned embodiment.

[0109] The computer-readable storage medium provided in the present 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 of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM: Random Access Memory), a read-only memory (ROM: Read Only Memory), an erasable programmable read-only memory (EPROM: Erasable Programmable Read Only Memory or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM: CD-Read Only Memory), an optical storage device, a magnetic storage device, or any suitable combination of the above. 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 combination with an instruction execution system or device. The program code contained on the computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (Radio Frequency: Radio Frequency), etc., or any suitable combination of the above.

[0110] The computer-readable storage medium may be included in the system function switching device based on vehicle diagnosis; or may exist independently without being assembled into the system function switching device based on vehicle diagnosis.

[0111] Computer program code for performing the operations of the present application may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0112] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0113] The modules involved in the embodiments described in the present application may be implemented by software or hardware, wherein the name of the module does not constitute a limitation on the unit itself in some cases.

[0114] The readable storage medium provided by the present application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned system function switching method based on vehicle diagnosis, and is intended to solve the technical problem that when the existing vehicle diagnostic equipment switches different ECU systems or their functions, the user needs to frequently return to the topology map interface or the system function selection menu interface to make a selection. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the present application are the same as the beneficial effects of the system function switching method based on vehicle diagnosis provided by the above-mentioned embodiment, and will not be repeated here.

[0115] The present application also provides a computer program product, including a computer program, which implements the steps of the above-mentioned system function switching method based on vehicle diagnosis when executed by a processor.

[0116] The computer program product provided by the present application is intended to solve the technical problem that when the existing vehicle diagnostic equipment switches different ECU systems or their functions, the user needs to frequently return to the topology map interface or the system function selection menu interface to make a selection. Compared with the prior art, the beneficial effects of the computer program product provided by the present application are the same as the beneficial effects of the system function switching method based on vehicle diagnosis provided by the above-mentioned embodiment, and will not be elaborated here.

[0117] Compared with the prior art, the system function switching method, device, equipment, medium and computer product based on vehicle diagnosis proposed in the embodiment of the present application extracts the business feature information of the target business, performs data standardization processing on the business feature information to obtain standard feature data, performs hash processing on the standard feature data to obtain unique feature data, performs numerical processing and splicing processing on the unique feature data to obtain the first business feature value, accumulates the first business feature value of the target business to obtain the target business feature value, and finally compares the target business feature value with the feature value set to obtain the system function switching result based on vehicle diagnosis. Compared with the traditional method of identifying repeated businesses by generating a unique key value or a continuous serial number for each business, it is more efficient, flexible and reliable. Based on the solution of the present application, the business of complex scenarios is finally converted into a comparison of two numbers through a series of simple transformations, so that the comparison process is very intuitive and efficient. The system only needs to simply compare whether the two values ​​are equal to quickly determine whether the two businesses are exactly the same.

[0118] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or system including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or system. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or system including the element.

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

[0120] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, 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, magnetic disk, optical disk) as above, and includes a number of instructions for a terminal device (which can be a mobile phone, a computer, a server, a controlled terminal, or a network device, etc.) to execute the method of each embodiment of the present application.

[0121] The above are only preferred embodiments of the present application, and are not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A system function switching method based on vehicle diagnosis, characterized in that: The system function switching method based on vehicle diagnosis includes: Receive and analyze the switching instruction issued by the user on the current interface, and extract the switching logic and switching requirement information of the switching instruction; Based on the switching logic, a step-by-step return operation is performed on the current interface to obtain intermediate data until the intermediate data is target data that successfully matches the switching requirement information, and the intermediate data is the data of the previous interface returned after each return operation is performed; 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.

2. The system function switching method based on vehicle diagnosis according to claim 1, characterized in that: The step of receiving and parsing the switching instruction issued by the user on the current interface and extracting the switching logic and switching requirement information of the switching instruction includes: Receiving a switching instruction issued by a user and transmitting the switching instruction to a logic processing module; The switching instruction is parsed by the logic processing module to extract the switching logic and switching requirement information of the switching instruction.

3. The system function switching method based on vehicle diagnosis according to claim 1, characterized in that: 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 target data that successfully matches the switching requirement information, wherein the intermediate data is data of the previous interface returned after each return operation is performed includes: Generate a step-by-step return instruction sequence based on the switching logic; 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 interface as intermediate data; Determining whether the intermediate data matches the switching requirement information; If not matched, the return operation continues to be performed until the intermediate data is the target data that successfully matches the switching requirement information.

4. The system function switching method based on vehicle diagnosis according to claim 1, characterized in that: 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: Searching for a target option in the target data that matches the switching requirement information, the target option including a function option or a system option; An interface update operation is performed based on the target option to update the current display interface.

5. The system function switching method based on vehicle diagnosis as claimed in claim 4, characterized in that: The step of performing an interface update operation based on the target option to update the current display interface includes: Loading corresponding interface data based on the target option; The interface data related to the target option is displayed in the data display area.

6. The system function switching method based on vehicle diagnosis according to claim 1, characterized in that: The method further includes locating the corresponding function option or system option of the target data based on the switching requirement information and updating the current display interface: Checking whether the target data is function menu data or system list data; If so, executing the steps: locating the corresponding function option or system option of the target data based on the switching requirement information, and updating the current display interface; If not, no further steps are performed and an error message is sent to the user.

7. The system function switching method based on vehicle diagnosis according to claim 1, characterized in that: The receiving and parsing of the switching instruction issued by the user on the current interface and extracting the switching logic and switching requirement information of the switching instruction also includes: A switching interface for performing system switching operations and function switching operations is preset; 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.

8. A system function switching device based on vehicle diagnosis, characterized in that: The device comprises: A receiving module, used to receive and analyze the switching instruction issued by the user on the current interface, and extract the switching logic and switching requirement information of the switching instruction; An execution module, 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, and the intermediate data is the data of the previous interface returned after each return operation is performed; An updating module is used to locate the corresponding functional options or system options of the target data based on the switching requirement information, and update the current display interface.

9. A system function switching device based on vehicle diagnosis, characterized in that: The device comprises: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the vehicle diagnosis-based system function switching method according to any one of claims 1 to 7.

10. A storage medium, characterized in that: The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the system function switching method based on vehicle diagnosis as described in any one of claims 1 to 7 are implemented.

Images