Detection method, detection system, terminal equipment and computer readable storage medium

By reducing the number of data interactions between the detection equipment and the vehicle control system, and performing detection tasks only when the working condition data meets preset conditions, the problem of low detection efficiency in the prior art is solved, and a more efficient and accurate detection process is achieved .

CN119124651APending Publication Date: 2024-12-13LAUNCH TECH CO LTD
View PDF 5 Cites 0 Cited by

Patent Information

Application Number
CN202411273529.0
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-09-11
Publication Date
2024-12-13

AI Technical Summary

Technical Problem

In the prior art, multiple data interactions are required between the detection equipment and the vehicle control system to obtain and judge working condition data, resulting in low detection efficiency.

Method used

By monitoring the detection request sent by the detection terminal, obtaining the working condition data of the preset conditions, and determining whether the preset conditions are met, the detection task is only performed when the conditions are met, reducing the number of data interactions.

Benefits of technology

It improves detection efficiency, reduces the number of data interactions between the detection equipment and the vehicle control system, ensures that only requests that meet preset conditions are processed, and improves processing accuracy and user experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119124651A_ABST
    Figure CN119124651A_ABST
Patent Text Reader

Abstract

The invention is suitable for the technical field of vehicle detection, and provides a detection method, a detection system, terminal equipment and a computer readable storage medium, and the method comprises the steps: obtaining a preset condition corresponding to a detection request when the detection request sent by a detection terminal is monitored; acquiring working condition data corresponding to a preset condition; if the working condition data meets the preset condition, executing a detection task corresponding to the detection request to obtain a detection result; and sending the detection result to the detection terminal. According to the method, the number of data interaction times between the detection equipment and the vehicle control system can be reduced, and the detection efficiency is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application belongs to the field of vehicle detection technology, and in particular, relates to a detection method, a detection system, a terminal device and a computer-readable storage medium. Background Art

[0002] As automotive technology develops and the complexity of automotive electronic control systems increases, more efficient and accurate methods are needed to detect vehicle faults.

[0003] In the related art, before testing a vehicle, a dependent condition is usually required, that is, the correct execution of the test can only be ensured when the dependent condition is met. The detection device sends multiple instructions to the vehicle control system to obtain the working condition data corresponding to the dependent condition, and determines whether the obtained working condition data meets the dependent condition. In the above implementation, multiple data interactions are usually required between the detection device and the vehicle control system, resulting in low detection efficiency. Summary of the invention

[0004] The embodiments of the present application provide a detection method, a detection system, a terminal device and a computer-readable storage medium, which can reduce the number of data interactions between the detection device and the vehicle control system and improve the detection efficiency.

[0005] In a first aspect, an embodiment of the present application provides a detection method, comprising:

[0006] When a detection request sent by the detection terminal is monitored, a preset condition corresponding to the detection request is obtained;

[0007] Obtaining working condition data corresponding to preset conditions;

[0008] If the working condition data meets the preset conditions, the detection task corresponding to the detection request is executed to obtain the detection result;

[0009] The test results are sent to the test terminal.

[0010] In an embodiment of the present application, the system identifies the preset conditions (dependent conditions) corresponding to the detection request sent by the detection device, and obtains the working condition data corresponding to the preset conditions. When it is determined that the working condition data meets the preset conditions, the detection task corresponding to the detection request is executed. In other words, when the detection request needs to detect the preset conditions, the working condition data corresponding to the preset conditions is obtained through the vehicle system, and it is determined whether the working condition data meets the preset conditions. This solves the problem in the related art that multiple instructions are sent from the detection device to the vehicle control system to obtain the working condition data corresponding to the dependent conditions, and it is determined whether the obtained working condition data meets the dependent conditions. Multiple data interactions are usually required between the detection device and the vehicle control system, which can reduce the number of data interactions between the detection device and the vehicle control system and improve detection efficiency.

[0011] In a possible implementation manner of the first aspect, obtaining a preset condition corresponding to the detection request includes:

[0012] After monitoring the detection request, determining whether the detection request includes the first identifier;

[0013] If the detection request includes the first identifier, a preset condition corresponding to the detection request is obtained.

[0014] In the embodiment of the present application, by checking the identifier (first identifier), the system can screen out specific requests and only process those requests with the corresponding identifier, thereby improving the efficiency and accuracy of processing.

[0015] In a possible implementation manner of the first aspect, obtaining a preset condition corresponding to the detection request includes:

[0016] Detecting whether a first identifier exists in a preset database; wherein the preset database includes a plurality of identifiers and a first detection condition corresponding to each identifier;

[0017] If the first identifier exists in the preset database, the first detection condition corresponding to the first identifier in the preset database is determined as the preset condition.

[0018] In the embodiment of the present application, by checking the identifiers in the preset database, the system can accurately identify specific conditions, thereby ensuring that only requests that meet the preset conditions are processed.

[0019] In a possible implementation manner of the first aspect, the preset condition includes a plurality of first sub-conditions; the operating condition data includes data corresponding to each first sub-condition;

[0020] After obtaining the operating condition data corresponding to the preset condition, the method further includes:

[0021] Determine whether each first sub-condition is established according to the data corresponding to each first sub-condition;

[0022] If there is a first sub-condition that is not met, it is determined that the operating condition data does not meet the preset condition;

[0023] If all the first sub-conditions are met, it is determined that the operating condition data meets the preset conditions.

[0024] In the embodiment of the present application, by checking the first sub-conditions one by one, the system can accurately determine whether the operating condition data meets all preset conditions, and the preset conditions can be configured according to actual needs, so that the system can adapt to different inspection standards and complex conditions.

[0025] In a possible implementation manner of the first aspect, the method further includes:

[0026] Obtaining a first request sent by the detection end, where the first request includes a second detection condition;

[0027] generating a first identifier according to a second detection condition;

[0028] storing the first identifier and the second detection condition in a preset database;

[0029] The first identifier is sent to the detection terminal.

[0030] In the embodiment of the present application, by generating a unique identifier, the system can easily identify and manage different detection conditions, improve data management efficiency, and help improve the detection efficiency of subsequent detection tasks.

[0031] In a possible implementation manner of the first aspect, generating the first identifier according to the second detection condition includes:

[0032] If the second detection condition includes multiple second sub-conditions, generating a third detection condition according to any combination of A second sub-conditions among the multiple second sub-conditions, where 1≤A≤N, N is the total number of second sub-conditions included in the second detection condition;

[0033] A first identifier is generated according to a third detection condition.

[0034] In the embodiment of the present application, by considering different sub-condition combinations of the second detection condition, the system can generate multiple possible detection conditions and generate different identifiers based on the multiple possible detection conditions, thereby increasing the flexibility of processing detection tasks.

[0035] In a possible implementation manner of the first aspect, the method further includes:

[0036] If the operating condition data does not meet the preset conditions, the result that the operating condition data does not meet the preset conditions is returned to the detection device, and the detection task corresponding to the detection request is refused to be executed.

[0037] In an embodiment of the present application, results that do not meet the conditions are returned to the detection device, so that the device operator can understand the situation in a timely manner and take corresponding measures, thereby improving the user experience. In addition, the detection task is not performed if the preset conditions are not met, thereby reducing system instability or erroneous operations that may be caused by erroneous data.

[0038] In a second aspect, an embodiment of the present application provides a detection system, including:

[0039] A detection terminal and at least one electronic control unit of a vehicle to be tested that executes the detection method according to any one of claims 1 to 7.

[0040] In a third aspect, an embodiment of the present application provides a terminal device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the detection method as described in any one of the first aspects above is implemented.

[0041] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it implements the detection method as described in any one of the first aspects above.

[0042] In a fifth aspect, an embodiment of the present application provides a computer program product. When the computer program product is run on a terminal device, the terminal device executes any detection method in the above-mentioned first aspect.

[0043] It can be understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant description of the first aspect mentioned above, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0045] Figure 1 It is a schematic diagram of the process of the detection method provided in the embodiment of the present application;

[0046] Figure 2 This is a schematic diagram of the process of obtaining the preset conditions provided in the embodiment of the present application. Figure 1 ;

[0047] Figure 3 This is a schematic diagram of the process of obtaining the preset conditions provided in the embodiment of the present application. Figure 2 ;

[0048] Figure 4 is a schematic diagram of a process for generating a first identifier provided in an embodiment of the present application;

[0049] Figure 5 It is a schematic diagram of the structure of the detection method provided in the embodiment of the present application;

[0050] Figure 6 It is a schematic diagram of the structure of the terminal device provided in an embodiment of the present application. DETAILED DESCRIPTION

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

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

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

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

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

[0056] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the phrases "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. appearing in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways.

[0057] As automotive technology develops and the complexity of automotive electronic control systems increases, more efficient and accurate methods are needed to detect vehicle faults.

[0058] In the related art, before testing a vehicle, a dependent condition is usually required, that is, the correct execution of the test can only be ensured when the dependent condition is met. The detection device sends multiple instructions to the vehicle control system to obtain the working condition data corresponding to the dependent condition, and determines whether the obtained working condition data meets the dependent condition. In the above implementation, multiple data interactions are usually required between the detection device and the vehicle control system, resulting in low detection efficiency.

[0059] In order to solve the problems arising in the above-mentioned related technologies, an embodiment of the present application provides a detection method. In the present application, multiple dependency conditions can be customized and sent to the electronic control unit (ECU) of the vehicle. The vehicle ECU will store and integrate these multiple conditions to generate a dependency ID. When executing the detection task, if there is a dependency condition, the corresponding dependency ID and the detection task can be sent to the vehicle ECU together. The vehicle ECU will automatically determine whether each condition is met based on the dependency ID. If not, it returns that the condition is not met. If it is met, the detection task is directly executed and the result is returned. In this way, it is possible to reduce the repeated sending of instructions to judge the dependency items and improve the detection efficiency.

[0060] See also Figure 1 , is a flow chart of the detection method provided in the embodiment of the present application. As an example but not a limitation, the method may include the following steps:

[0061] S101, when a detection request sent by a detection terminal is monitored, a preset condition corresponding to the detection request is obtained.

[0062] In the embodiment of the present application, the detection terminal refers to a device with detection function, which is used to monitor the environment, physical state, equipment performance, etc. In the process of detecting or diagnosing the vehicle, the detection terminal can be an on-board diagnostic system (OBD) diagnostic tool, which can read the vehicle's fault code and real-time data stream through the vehicle's OBD interface.

[0063] After the detection device (detection terminal) sends a detection request to the vehicle control system, when the system receives the detection request, it will extract the preset conditions associated with the request. Preset conditions can also be called dependent conditions, which refer to a series of parameters, rules or standards that must be met in order to perform the detection task. For example, the preset conditions are that the ignition switch must be turned on, the vehicle speed is 0, and the steering wheel must be in the initial state. These preset conditions are parameters that must be met before performing the detection task.

[0064] In one embodiment, see Figure 2 , is a schematic diagram of the process of obtaining the preset conditions provided in the embodiment of the present application Figure 1 ,like Figure 2As shown, step S101 includes:

[0065] S201, after monitoring a detection request, determining whether the detection request includes a first identifier;

[0066] In an embodiment of the present application, after receiving a detection request, the system (vehicle ECU) needs to check whether the request contains a specific identifier, and this identifier (first identifier) ​​is used to determine whether a preset condition is required in the pre-detection.

[0067] The first identifier is equivalent to an ID, which is used to identify a specific detection task or request. If the detection request contains this ID, and it is detected that the dependency check flag is added in the detection request, it means that the request is rejected when the preset conditions are not met. If the detection request does not contain the first identifier, and the dependency check flag is not added, it means that the request does not need to be tested for preset conditions, and the system can directly execute the request. Among them, the dependency check flag indicates that a specific identifier is included in the message or data structure of the detection request, which is used to indicate whether the system should perform certain additional (preset condition) checks.

[0068] S202: If the detection request includes the first identifier, obtain a preset condition corresponding to the detection request.

[0069] In an embodiment of the present application, when processing a detection request, the system checks whether the request contains a specific identifier (first identifier). If the identifier is detected, the system will then obtain preset conditions related to this request to verify whether these conditions are met before performing the detection.

[0070] In the above method, in the embodiment of the present application, by checking the identifier (first identifier), the system can filter out specific requests, so that only those requests with the corresponding identifier are processed, thereby improving the efficiency and accuracy of processing.

[0071] In one embodiment, see Figure 3 , is a schematic diagram of the process of obtaining the preset conditions provided in the embodiment of the present application Figure 2 ,like Figure 2 As shown, step S202 includes:

[0072] S301, detecting whether a first identifier exists in a preset database; wherein the preset database includes a plurality of identifiers and a first detection condition corresponding to each identifier.

[0073] In the embodiment of the present application, the preset database is a data storage system stored in the vehicle, which contains various identifiers and their corresponding detection conditions. This database can be a file system, a data structure in memory, or any other storage solution suitable for use in a vehicle environment.

[0074] After the system detects that the detection request sent by the detection device contains the first identifier, it needs to check whether the first identifier and the first detection condition corresponding to each identifier exist in the preset database stored in the vehicle. If the system needs to implement logic to perform a query on the preset database, this may involve writing a query statement or using a database query language such as SQL. When the system determines that the first identifier exists in the database, it needs to parse the detection condition (first detection condition) associated with the identifier, which involves extracting condition data from the database and converting them into executable inspection steps.

[0075] S302: If the first identifier exists in the preset database, determine the first detection condition corresponding to the first identifier in the preset database as the preset condition.

[0076] In the embodiment of the present application, when the system detects the first identifier in the database and the detection conditions corresponding to the first identifier, these conditions are regarded as preset conditions. Before performing any other operations, the system must ensure that these preset conditions are met.

[0077] Exemplarily, the first detection condition corresponding to the first identifier in the preset database is that the ignition switch is turned on, the vehicle speed is 0, and the steering wheel is in the initial state. In this case, the ignition switch is turned on, the vehicle speed is 0, and the steering wheel is in the initial state are determined as preset conditions. Before executing the detection task, it is first checked whether the preset conditions are met.

[0078] In the above method, by checking the identifiers in the preset database, the system can accurately identify specific conditions, thereby ensuring that only requests that meet the preset conditions are processed.

[0079] S102, obtaining operating condition data corresponding to preset conditions.

[0080] In the embodiment of the present application, as in the above example, the preset conditions are that the ignition switch is turned on, the vehicle speed is 0, and the steering wheel is in the initial state. The operating condition data refers to the data of the current state of the vehicle, such as the engine state, vehicle speed, steering wheel position, etc. corresponding to the preset conditions.

[0081] Specifically, the ECU in the vehicle control system is an electronic device in the vehicle that is responsible for controlling specific functions (such as the engine, transmission system, braking system, etc.). The ECU usually collects data through sensors, actuators, and other ECUs. The ECU can obtain the status of the ignition switch by querying the vehicle's power management system, which involves communication with the power control module (PCM) to determine whether the ignition switch is turned on; the ECU can obtain vehicle speed data through the vehicle's sensors (such as speed sensors). These sensors send vehicle speed information to the ECU so that the ECU can check whether the vehicle speed is 0; the ECU can obtain the status of the steering wheel through the steering wheel position sensor. These sensors can detect the angle of the steering wheel and pass it to the ECU so that the ECU can determine whether the steering wheel is in the initial state. After receiving this data, the ECU will process and verify it to ensure that the preset conditions are met.

[0082] In one embodiment, the preset condition includes a plurality of first sub-conditions; the operating condition data includes data corresponding to each first sub-condition, and after obtaining the operating condition data corresponding to the preset condition in step S102, the method further includes:

[0083] Determine whether each first sub-condition is satisfied based on the data corresponding to each first sub-condition; if there is a first sub-condition that is not satisfied, determine that the operating condition data does not meet the preset condition; if all first sub-conditions are satisfied, determine that the operating condition data meets the preset condition.

[0084] In the embodiment of the present application, the preset condition is composed of multiple smaller sub-conditions (first sub-conditions), which together define the complete conditions that the system needs to meet. For example, in the preset conditions in the above example, the ignition switch must be turned on, the vehicle speed is 0, and the steering wheel must be in the initial state. The first sub-conditions are respectively the ignition switch is turned on, the vehicle speed is 0, and the steering wheel is in the initial state. The data corresponding to the first sub-condition is the state data of the ignition switch, the vehicle speed data, and the angle data of the steering wheel (operating condition data) obtained by the ECU.

[0085] Specifically, the system includes a judgment logic for judging whether the entire operating condition data meets the preset conditions based on the verification of the first sub-condition. All sub-conditions can be looped through to compare whether the corresponding data in the operating condition data is consistent with the requirements of each first sub-condition. If the data meets the requirements of the sub-condition, the sub-condition is considered to be established. If any first sub-condition in the operating condition data is not satisfied, that is, the corresponding data does not meet the requirements of the sub-condition, then the entire operating condition data is considered to not meet the preset conditions. If all first sub-conditions in the operating condition data are satisfied, that is, the corresponding data points meet the requirements of the sub-conditions, then the operating condition data is considered to meet the preset conditions.

[0086] In the above method, by checking the first sub-conditions one by one, the system can accurately determine whether the operating data meets all preset conditions, and the preset conditions can be configured according to actual needs, so that the system can adapt to different inspection standards and complex conditions.

[0087] S103: If the operating condition data meets the preset conditions, the detection task corresponding to the detection request is executed to obtain the detection result.

[0088] In an embodiment of the present application, when the operating condition data meets the preset conditions, the system will trigger and execute the detection task corresponding to the corresponding detection request, which may involve starting a specific detection program, algorithm or test process. For example, the detection task is to read the vehicle's fault code and real-time data stream through the vehicle's OBD interface. After the vehicle's diagnostic system or sensor executes the detection task, the system collects and organizes the detection results.

[0089] S104, sending the detection results to the detection terminal.

[0090] In one embodiment, the vehicle's diagnostic system collects necessary detection data (such as fault codes) and packages them into a format suitable for transmission, which involves converting the data into a standardized message format such as JSON or XML, and may include encryption and security measures to ensure the integrity of the data during transmission. The vehicle needs to select a suitable communication protocol to send data, and different protocols have different transmission speeds, power consumption, and coverage.

[0091] For example, if the vehicle is far away from the detection terminal, it may be necessary to use cellular network communication. The vehicle sends the packaged data to the detection terminal through the wireless network, which may involve the use of a mobile data network such as 4G or 5G, or a direct connection using a Wi-Fi hotspot. The detection terminal may store the received data in a database for historical record analysis or trend prediction.

[0092] In the above method, when the detection request needs to detect the preset conditions, the operating condition data corresponding to the preset conditions is obtained through the vehicle system, and it is judged whether the operating condition data meets the preset conditions. This solves the problem that in the related technology, multiple instructions are sent to the vehicle control system by the detection device to obtain the operating condition data corresponding to the dependent conditions, and it is judged whether the acquired operating condition data meets the dependent conditions, and multiple data interactions are usually required between the detection device and the vehicle control system. This can reduce the number of data interactions between the detection device and the vehicle control system and improve the detection efficiency.

[0093] In one embodiment, see Figure 4 , is a schematic diagram of a process for generating a first identifier provided in an embodiment of the present application, such as Figure 4 As shown, the detection method also includes:

[0094] S401, obtaining a first request sent by a detection terminal, where the first request includes a second detection condition.

[0095] In the embodiment of the present application, the above-mentioned first identifier can be generated before the detection device (detection terminal) sends a detection request to the vehicle ECU. If the detection requirement requires the detection of a preset condition (second detection condition) first, the detection device sends the second detection condition corresponding to the detection task to the vehicle ECU to apply for a unique dependency ID (first identifier), and the detection device needs to send a request for a new dependency (first request) to the vehicle ECU, so that the vehicle ECU generates a unique dependency ID according to the second detection condition.

[0096] The first request mentioned above includes the judgment method for each dependent condition (second detection condition), and the method includes the data item code (Data Item Description, DID,) to be judged, the judgment method (0 equals, 1 is greater than, 2 is less than, 3 is in range), and the judgment value. For example, the DID of the vehicle speed is 0x0801, and the judgment method 0 means equal, and the judgment value is 0. Among them, DID is a code used to identify a specific data item, which usually includes the type and location information of the data item. In some standardized systems, such as the diagnostic communication protocol in the automotive industry, DID can help identify and access various data items of the vehicle.

[0097] S402: Generate a first identifier according to the second detection condition.

[0098] In the embodiment of the present application, a unique ID (first identifier) ​​is created according to the second detection condition to ensure that each detection condition has a unique identifier.

[0099] Specifically, the system needs to define the format of the ID (first identifier), including its length, components (such as numbers, letters, special symbols), and whether it needs to include a timestamp, sequence number, etc. According to the second detection condition, a suitable algorithm is selected, such as UUID, Snowflake algorithm, Leaf algorithm, etc., and ID generation is implemented according to the selected algorithm.

[0100] If the selected algorithm is the Snowflake algorithm, the steps for generating an ID according to the second detection condition can be: obtain the current timestamp and subtract a fixed offset (such as epoch time) to obtain the timestamp part; generate a unique working node ID based on the machine ID and data center ID; use a serial number generator to generate a serial number; combine these parts into a 64-bit integer as the ID.

[0101] In one embodiment, step S402 includes:

[0102] If the second detection condition includes multiple second sub-conditions, a third detection condition is generated according to any combination of A second sub-conditions among the multiple second sub-conditions, where 1≤A≤N, and N is the total number of second sub-conditions included in the second detection condition; and a first identifier is generated according to the third detection condition.

[0103] In the embodiment of the present application, the first identifier may be generated according to different combinations of multiple sub-conditions (second sub-conditions) in the detection condition (second detection condition).

[0104] Exemplarily, if the second detection condition includes: a. the engine is in an off state, b. the vehicle speed is 0, c. the vehicle brake is in a locked state, and d. the vehicle is in an unloaded state. a, b, c, and d are the second sub-conditions in the second detection condition, and the number N is the total number of the second sub-conditions, in this example N=4. The four second sub-conditions are arbitrarily combined into a third detection condition; for example, the third detection condition can be: a. the engine is in an off state, b. the vehicle speed is 0, c. the vehicle brake is in a locked state; a. the engine is in an off state, b. the vehicle speed is 0, c. the vehicle brake is in a locked state, etc. After the third detection conditions of the three combinations are sent to the vehicle ECU respectively, the vehicle ECU can generate three different first identifiers according to the three combinations.

[0105] In the above method, by considering different sub-condition combinations of the second detection condition, the system can generate multiple possible detection conditions and generate different identifiers according to the multiple possible detection conditions, thereby increasing the flexibility of processing detection tasks.

[0106] S403: Store the first identifier and the second detection condition in a preset database.

[0107] In the embodiment of the present application, the vehicle ECU needs to write logic to process the operation of storing the first identifier and the second detection condition in the preset database, which usually involves using SQL statements or other database operation languages ​​to perform insert operations, and the system executes the storage logic to store the first identifier and the second detection condition as records in the preset database. The storage operation may require processing details such as data format and data type conversion.

[0108] S404: Send the first identifier to the detection terminal.

[0109] In the embodiment of the present application, the vehicle ECU or software system executes the sending logic to send the first identifier to the detection terminal through the communication connection. This process may involve data serialization, encryption or other security measures.

[0110] In the above method, by generating a unique identifier, the system can easily identify and manage different detection conditions, improve data management efficiency, and help improve the detection efficiency of subsequent detection tasks.

[0111] In one embodiment, the detection method further comprises:

[0112] If the operating condition data does not meet the preset conditions, the result that the operating condition data does not meet the preset conditions is returned to the detection device, and the detection task corresponding to the detection request is refused to be executed.

[0113] In the embodiment of the present application, when the vehicle ECU determines that the mobile phone to working condition data does not meet the preset conditions, the system will generate an abnormality report and send this report back to the detection device. At the same time, the system will cancel or refuse to perform the task related to the detection request. For example, if the engine temperature exceeds the preset limit, the system may not allow emission detection until the temperature returns to normal.

[0114] In one embodiment, the present application discloses a detection system, including a detection terminal and at least one electronic control unit of a vehicle to be tested that executes any of the above detection methods.

[0115] In an embodiment of the present application, a detection system is provided, which is composed of a detection terminal and an electronic control unit (ECU) of a vehicle to be tested, and the ECU is capable of executing a specific detection method. The detection terminal refers to a special device or software interface for sending requests to the ECU and receiving data from the ECU, processing the data, and displaying the detection results. The detection terminal may be portable or fixedly installed on the vehicle. The ECU is one or more electronic modules on the vehicle, responsible for monitoring and controlling various systems of the vehicle, such as engine management, transmission system, braking system, etc. In the detection system, the ECU is responsible for executing the actual detection method, such as collecting data, performing diagnostic tests, etc.

[0116] See also Figure 5 , is a schematic diagram of the structure of the detection method provided in the embodiment of the present application, and the steps of performing detection using the above detection system are as follows:

[0117] 1) The detection device sends a detection request to the vehicle ECU;

[0118] 2) The vehicle ECU determines whether the detection request contains the first identifier, and if so, executes step 3), and if not, executes step 6);

[0119] 3) The vehicle ECU obtains the preset conditions;

[0120] 4) Vehicle ECU obtains working condition data;

[0121] 5) The vehicle ECU determines whether the operating condition data meets the preset conditions. If so, it executes step 6). If not, it directly returns to the testing equipment;

[0122] 6) Vehicle ECU performs detection tasks;

[0123] 7) Vehicle ECU obtains the test results;

[0124] 8) The vehicle ECU returns the test results to the testing equipment.

[0125] In the above method, the vehicle ECU stores the dependency conditions (preset conditions) sent by the detection device and integrates these multiple conditions to generate a dependency ID. When executing the detection task, if there are dependency conditions, the corresponding dependency ID and the detection task can be sent to the ECU together. The ECU will automatically determine whether each condition is met based on the dependency ID. If not, it returns that the condition is not met. If it is met, the detection task is directly executed and the result is returned. In this way, repeated instructions to judge dependencies can be reduced, which can improve detection efficiency.

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

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

[0128] Figure 6 Schematic diagram of the structure of the terminal device provided in the embodiment of the present application. Figure 6 As shown, the terminal device 6 of this embodiment includes: at least one processor 60 ( Figure 6Only one is shown in the figure) a processor, a memory 61, and a computer program 62 stored in the memory 61 and executable on at least one processor 60, and when the processor 60 executes the computer program 62, the steps in any of the above-mentioned detection method embodiments are implemented.

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

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

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

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

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

[0134] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, which can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may at least include: any entity or device that can carry the computer program code to the device / terminal device, a recording medium, a computer memory, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), an electric carrier signal, a telecommunication signal, and a software distribution medium. For example, a USB flash drive, a mobile hard disk, a magnetic disk or an optical disk. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electric carrier signals and telecommunication signals.

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

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

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

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

[0139] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims

1. A detection method, characterized in that: The method comprises: When a detection request sent by the detection terminal is monitored, a preset condition corresponding to the detection request is obtained; Acquiring operating condition data corresponding to the preset condition; If the working condition data meets the preset condition, the detection task corresponding to the detection request is executed to obtain the detection result; The detection result is sent to the detection terminal.

2. The detection method according to claim 1, characterized in that The obtaining of the preset condition corresponding to the detection request includes: After monitoring the detection request, determining whether the detection request includes a first identifier; If the detection request includes the first identifier, a preset condition corresponding to the detection request is obtained.

3. The detection method according to claim 2, characterized in that The obtaining of the preset condition corresponding to the detection request includes: Detecting whether the first identifier exists in a preset database; wherein the preset database includes multiple identifiers and a first detection condition corresponding to each identifier; If the first identifier exists in the preset database, the first detection condition corresponding to the first identifier in the preset database is determined as the preset condition.

4. The detection method according to claim 1, characterized in that The preset condition includes a plurality of first sub-conditions; the operating condition data includes data corresponding to each of the first sub-conditions; After obtaining the operating condition data corresponding to the preset condition, the method further includes: Determining whether each of the first sub-conditions is satisfied according to the data corresponding to each of the first sub-conditions; If there is a first sub-condition that is not met, it is determined that the operating condition data does not meet the preset condition; If all the first sub-conditions are met, it is determined that the operating condition data meets the preset condition.

5. The detection method according to claim 1, characterized in that The method further comprises: Obtaining a first request sent by the detection terminal, where the first request includes a second detection condition; generating a first identifier according to the second detection condition; storing the first identifier and the second detection condition in a preset database; The first identifier is sent to the detection terminal.

6. The detection method according to claim 5, characterized in that The generating a first identifier according to the second detection condition comprises: If the second detection condition includes multiple second sub-conditions, generating a third detection condition according to any combination of A second sub-conditions among the multiple second sub-conditions, where 1≤A≤N, and N is the total number of second sub-conditions included in the second detection condition; The first identifier is generated according to the third detection condition.

7. The detection method according to any one of claims 1 to 6, characterized in that: The method further comprises: If the operating condition data does not meet the preset condition, the result that the operating condition data does not meet the preset condition is returned to the detection device, and the detection task corresponding to the detection request is refused to be executed.

8. A detection system, characterized in that: The invention comprises a detection terminal and at least one electronic control unit of a vehicle to be tested which executes the detection method according to any one of claims 1 to 7.

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

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

Citation Information

Patent Citations

  • Automobile energy management method and device, automobile and storage medium

    CN115027447A

  • Intrusion detection system and method

    CN115664737A

  • Method and system for servicing vehicle using test set

    CN118679368A

  • Control method and apparatus for fan of vehicle, and storage medium, electronic device and vehicle

    WO2023024695A1

  • Battery SOH detection method and apparatus, device, and storage medium

    WO2024000145A1