Vehicle software function self-checking method, system and device and electronic equipment

Abstract

The embodiment of the invention relates to a vehicle software function self-checking method, system and device and electronic equipment, and the method comprises the steps: responding to the end of software upgrading of a target controller on a target vehicle, and determining whether the current state of the target vehicle meets a test condition or not; if the test condition is met, determining a current to-be-tested target actuator according to the upgraded software function; sending a corresponding test signal to the target actuator, and receiving a test result signal returned by the target actuator; and generating a test report based on the test result signal. According to the embodiment of the invention, after the vehicle executes online software upgrading, real vehicle testing can be automatically carried out on the upgraded software function, so that a tester does not need to manually execute a testing process, the vehicle software testing efficiency is improved, a user can know the vehicle state after software upgrading in time, and the user experience is improved. Problems generated after software upgrading are handled in time.

Description

Technical Field

[0001] The present application relates to the field of intelligent vehicle technology, and in particular to a vehicle software function self-checking method, system, device and electronic equipment. Background Art

[0002] With the development of vehicle intelligence and networking, a large number of vehicles currently use online upgrade solutions to complete vehicle software updates to improve vehicle performance, fix vulnerabilities or add new functions. For example, the commonly used method for online vehicle software upgrades is OTA (Over-the-Air Technology). However, after the online upgrade, problems such as system failure due to software incompatibility and vehicle configuration errors may occur. After the current vehicle online upgrade process is completed, technicians are usually required to manually test the functions of the vehicle system, resulting in low test efficiency and inability to promptly handle errors that occur after the upgrade. Therefore, after the vehicle software is upgraded, how to promptly detect the functional performance of the vehicle system is a problem that needs to be solved. Summary of the invention

[0003] In view of this, in order to solve some or all of the above-mentioned technical problems, the embodiments of the present application provide a vehicle software function self-check method, system, device, electronic device and storage medium.

[0004] In a first aspect, an embodiment of the present application provides a vehicle software function self-test method, the method comprising: in response to the completion of a software upgrade of a target controller on a target vehicle, determining whether a current state of the target vehicle meets test conditions; if the test conditions are met, determining a target actuator to be tested based on the upgraded software function; sending a corresponding test signal to the target actuator, and receiving a test result signal returned by the target actuator; and generating a test report based on the test result signal.

[0005] In one possible implementation, generating a test report based on a test result signal includes: determining a test failure signal and a test success signal from the test result signal; generating problem handling suggestion information based on the test failure signal; and generating a test report based on the problem handling suggestion information and the test success signal.

[0006] In a possible implementation, generating problem handling suggestion information based on the test failure signal includes: sending the test failure signal to a preset problem handling end so that the problem handling end processes the test failure signal; and receiving the problem handling suggestion information sent by the problem handling end.

[0007] In a possible implementation, determining the target actuator to be tested currently according to the upgraded software function includes: generating a self-check item list according to the upgraded software function; and determining the target actuator to be tested currently according to the self-check item list.

[0008] In one possible implementation, after generating a test report based on a test result signal, the method further includes: generating function description information after the upgrade according to the upgraded software function, wherein the function description information includes at least one of the following: new function description information, failed function description information, and vehicle key function description information; and sending the function description information and the test report to a target user terminal corresponding to the target vehicle.

[0009] In a second aspect, an embodiment of the present application provides a software function self-check system, which includes: a target controller, a software upgrade management controller, a regional controller, and at least one actuator, wherein the target controller, the software upgrade management controller, the regional controller and the at least one actuator are connected via a bus system on a vehicle; the software upgrade management controller is used to: after the target controller completes the software upgrade, determine whether the current state of the target vehicle meets the test conditions; if the test conditions are met, generate a software function test request according to the upgraded software function, and send the software function test request to the regional controller; the regional controller is used to: determine the target actuator to be tested from at least one actuator according to the software function test request; send a corresponding test signal to the target actuator; the target actuator is used to: execute the corresponding test function according to the test signal, and send a test result signal to the regional controller; the regional controller is also used to: send the test result signal to the software upgrade management controller; the software upgrade management controller is also used to: generate a test report based on the test result signal.

[0010] In one possible implementation, the system also includes a problem processing end, which is communicatively connected to the software upgrade management controller; the software upgrade management controller is also used to: determine a test failure signal and a test success signal from the test result signal; and send the test failure signal to the problem processing end; the problem processing end is used to: process the test failure signal, generate problem processing suggestion information, and send the problem processing suggestion information to the software upgrade management controller; the software upgrade management controller is also used to: send the problem processing suggestion information to the target user end corresponding to the target vehicle.

[0011] In a third aspect, an embodiment of the present application provides a vehicle software function self-test device, which includes: a first determination module, used to determine whether the current state of the target vehicle meets the test conditions in response to the completion of the software upgrade of the target controller on the target vehicle; a second determination module, used to determine the current target actuator to be tested according to the upgraded software function if the test conditions are met; a test module, used to send a corresponding test signal to the target actuator, and receive a test result signal returned by the target actuator; a first generation module, used to generate a test report based on the test result signal.

[0012] In a fourth aspect, an embodiment of the present application provides an electronic device, comprising: a memory for storing a computer program; a processor for executing the computer program stored in the memory, and when the computer program is executed, it implements the method of any embodiment of the vehicle software function self-test method of the above-mentioned first aspect of the present application.

[0013] In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, a method of any embodiment of the vehicle software function self-test method of the first aspect described above is implemented.

[0014] In a sixth aspect, an embodiment of the present application provides a computer program, which includes a computer-readable code. When the computer-readable code runs on a device, the processor in the device implements a method as in any embodiment of the vehicle software function self-test method of the first aspect mentioned above.

[0015] The vehicle software function self-check method, system, device and electronic device provided in the embodiment of the present application, after the software upgrade of the target controller on the target vehicle is completed, determines the current target actuator to be tested according to the upgraded software function, then sends a test signal to the target actuator, and receives the test result signal returned by the target actuator, and generates a test report based on the test result signal. The embodiment of the present application realizes that after the vehicle executes the online software upgrade, the actual vehicle test is automatically performed on the upgraded software function, thereby eliminating the need for the tester to manually execute the test process, improving the efficiency of vehicle software testing, and facilitating users to promptly know the vehicle status after the software upgrade and promptly deal with problems that occur after the software upgrade. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

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

[0018] One or more embodiments are exemplarily described by pictures in the corresponding drawings, and these exemplified descriptions do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings represent similar elements, and unless otherwise stated, the figures in the drawings do not constitute proportional limitations.

[0019] Figure 1 A flowchart of a vehicle software function self-checking method provided in an embodiment of the present application;

[0020] Figure 2 A flowchart of another vehicle software function self-checking method provided in an embodiment of the present application;

[0021] Figure 3 A flowchart of another vehicle software function self-checking method provided in an embodiment of the present application;

[0022] Figure 4 A flowchart of another vehicle software function self-checking method provided in an embodiment of the present application;

[0023] Figure 5 A flowchart of another vehicle software function self-checking method provided in an embodiment of the present application;

[0024] Figure 6 A structural diagram of a vehicle software function self-checking system provided in an embodiment of the present application;

[0025] Figure 7 A structural diagram of another vehicle software function self-checking system provided in an embodiment of the present application;

[0026] Figure 8 A schematic diagram of the structure of a vehicle software function self-checking device provided in an embodiment of the present application;

[0027] Fig. 9 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0028] Various exemplary embodiments of the present application will now be described in detail with reference to the accompanying drawings. Obviously, the described embodiments are part of the embodiments of the present application, rather than all of the embodiments. It should be noted that unless otherwise specifically stated, the relative arrangement of the components and steps, the numerical expressions and the numerical values ​​described in these embodiments do not limit the scope of the present application.

[0029] Those skilled in the art will understand that the terms "first" and "second" in the embodiments of the present application are only used to distinguish between different steps, devices, modules and other objects, and do not represent any specific technical meanings, nor do they indicate the logical order between them.

[0030] It should also be understood that in this embodiment, “plurality” may refer to two or more than two, and “at least one” may refer to one, two or more than two.

[0031] It should also be understood that any component, data or structure mentioned in the embodiments of the present application can generally be understood as one or more, unless explicitly limited or otherwise indicated in the context.

[0032] In addition, the term "and / or" in this application is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this application generally indicates that the associated objects before and after are in an "or" relationship.

[0033] It should also be understood that the description of the various embodiments in this application focuses on the differences between the various embodiments, and the same or similar aspects thereof can be referenced to each other, and for the sake of brevity, they will not be described one by one.

[0034] The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the present application, its application, or uses.

[0035] Technologies, methods, and equipment known to ordinary technicians in the relevant art may not be discussed in detail, but where appropriate, the above-mentioned technologies, methods, and equipment should be considered as part of the specification.

[0036] It should be noted that like reference numerals and letters refer to similar items in the following figures, and therefore, once an item is defined in one figure, it need not be further discussed in subsequent figures.

[0037] It should be noted that, in the absence of conflict, the embodiments in this application and the features in the embodiments can be combined with each other. To facilitate the understanding of the embodiments of the present application, the present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments. Obviously, the described embodiments are part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0038] In order to solve the technical problem in the prior art that the vehicle controller software cannot be automatically tested after upgrading, the present application provides a vehicle software function self-test method, which can automatically test the software function after the software upgrade, thereby improving the efficiency of software testing.

[0039] Figure 1 A flow chart of a vehicle software function self-test method provided for an embodiment of the present application. This method can be applied to a vehicle and executed by a controller on the vehicle. The controller can be a controller used solely for software function testing, or it can be other controllers compatible with software function testing (such as a car controller). The controller can also be combined with other devices for execution (such as one or more electronic devices such as a smart phone, a laptop computer, and a server). These devices are connected to the vehicle controller, and after the software upgrade of the controller is completed, the method is automatically executed to generate a test report. In addition, the execution subject of this method can be hardware or software. When the above-mentioned execution subject is hardware, the execution subject can be one or more of the above-mentioned electronic devices. For example, a single electronic device can execute this method, or multiple electronic devices can cooperate with each other to execute this method. When the above-mentioned execution subject is software, this method can be implemented as multiple software or software modules, or as a single software or software module. It is not specifically limited here.

[0040] like Figure 1 As shown, the method specifically includes:

[0041] Step 101 , in response to the completion of software upgrade of a target controller on a target vehicle, determining whether a current state of the target vehicle meets a test condition.

[0042] In this embodiment, the target vehicle and the vehicle targeted by this method, the target controller can be any type of controller on the target vehicle, and the controller can upgrade the software through an online upgrade method (such as an OTA upgrade method). For example, the target controller can be a vehicle controller, and the server can send a software upgrade package to the vehicle controller remotely, and the vehicle controller uses the software upgrade package to perform software upgrade.

[0043] After the target controller completes the software upgrade, the electronic device executing this method can determine whether the current state of the vehicle meets the test conditions. The test conditions can be set according to the test requirements. For example, if the vehicle remains in its original state after the software upgrade is successful, that is, no user operates the vehicle, it is determined that the test conditions are currently met. Optionally, if the test conditions are not currently met, a prompt message can be output to allow the user to adjust the vehicle state to a state that meets the test conditions.

[0044] Step 102: If the test conditions are met, determine the target actuator to be tested according to the upgraded software function.

[0045] In this embodiment, the executor corresponding to the upgraded software function may be one or more, and from these executors, the target executor that needs to be tested can be determined.

[0046] For example, the target controller may correspond to at least one fixed actuator, and all of these actuators may serve as the target actuator. For another example, one or more actuators with updated functions may be determined as the target controller based on the upgrade log of the upgraded software.

[0047] As an example, the target actuator may include controllers such as an unlocking controller, a locking controller, and a shifting controller, and may also include hardware such as a sensor and a motor.

[0048] Step 103: Send a corresponding test signal to the target executor, and receive a test result signal returned by the target executor.

[0049] In this embodiment, after the target actuator is determined, the test process can be automatically executed. According to the test process, the electronic device executing this method can send a test signal to the target actuator, so that the target actuator performs a corresponding action according to the test signal. After performing the corresponding action, the target actuator can return a test result signal indicating the state after the action is performed.

[0050] For example, when executing the test process for the unlocking function, the door lock motor can be controlled to unlock, the door handle can be popped out, the power state can be switched to the ON gear, the high voltage state can be switched to high voltage activation, the gear position can be in the P gear, etc. That is, the target actuator corresponding to the test process can be the door lock actuator, and the door lock actuator can perform corresponding unlocking related operations according to the received test signal. After the target actuator performs the corresponding action, it can return the status signal after each action, and these status signals are the test result signals.

[0051] Step 104: Generate a test report based on the test result signal.

[0052] In this embodiment, after receiving the test result signal, the test result signal can be compared with the preset expected signal. If they are consistent, it is determined that the current function test is successful, that is, the current function meets expectations; if they are inconsistent, it is determined that the current function test fails, that is, the current function does not meet expectations. Each test result signal can be recorded in the form of a test log. From the test log, the function items that have been successfully tested and the function items that have failed can be extracted, and then a test report containing a description of each function item after the test is generated. The generated test report can be sent to a terminal used by the user through the network, or to a terminal used by a vehicle maintenance personnel.

[0053] The vehicle software function self-check method provided in the embodiment of the present application determines the target actuator to be tested according to the upgraded software function after the software upgrade of the target controller on the target vehicle is completed, and then sends a test signal to the target actuator, and receives the test result signal returned by the target actuator, and generates a test report based on the test result signal. The embodiment of the present application realizes that after the vehicle completes the online software upgrade, the actual vehicle test is automatically performed on the upgraded software function, thereby eliminating the need for the tester to manually execute the test process, improving the efficiency of vehicle software testing, and facilitating users to promptly know the vehicle status after the software upgrade and promptly deal with problems that occur after the software upgrade.

[0054] In some optional implementations of this embodiment, such as Figure 2 As shown, step 104 includes:

[0055] Step 1041, determining a test failure signal and a test success signal from the test result signal.

[0056] After receiving the test result signal, the test result signal may be compared with a preset expected signal. If they are consistent, the test result signal is determined to be a test success signal; if they are inconsistent, the test result signal is determined to be a test failure signal.

[0057] Step 1042: Generate problem handling suggestion information based on the test failure signal.

[0058] Specifically, after receiving the test failure signal, the location of the software and hardware that is currently faulty, the fault code and other information can be determined, and the corresponding processing suggestion information can be generated based on the software and hardware location, fault code and other information. Optionally, the correspondence between the software and hardware location, fault code and other information and the problem processing suggestion information can be pre-set, and the corresponding problem processing suggestion information can be found based on the current test failure signal. Optionally, the problem processing suggestion can also be sent to other devices, and the other devices can automatically or manually return the corresponding problem processing suggestion information.

[0059] Problem handling suggestion information is information used to handle the faulty function in a targeted manner. For example, if a specific type of serious fault occurs, problem handling suggestion information including maintenance point information can be generated, so that the user can go to the nearest maintenance point to repair the fault according to the problem handling suggestion information; if a specific type of minor fault occurs, problem handling suggestion information including fault repair guidance information can be generated, so that the user can handle the fault by himself according to the problem handling suggestion information (for example, re-upgrade the latest version of the software).

[0060] Step 1043: Generate a test report based on the problem handling suggestion information and the test success signal.

[0061] The test report generated in this step may include problem solving suggestions and descriptions of successfully tested functional items. Vehicle users or maintenance personnel can receive the test report through mobile phones and other devices to learn about the status of this software upgrade and test.

[0062] This embodiment can make the content of the test report richer by performing targeted processing on the test failure signal. The user or technician can perform targeted processing on the test failed items according to the test report, thereby improving the efficiency of problem handling.

[0063] In some optional implementations of this embodiment, such as Figure 3 As shown, step 1042 includes:

[0064] Step 10421, sending the test failure signal to a preset problem processing end, so that the problem processing end processes the test failure signal.

[0065] The problem handling end may include various types of electronic devices, such as servers, smart phones, etc. The problem handling end may receive a test failure signal, automatically or manually analyze the test failure signal by a technician, and generate problem handling suggestion information for coping with the test failure signal.

[0066] For example, the problem handling end may store a database of various types of fault handling methods, and extract corresponding problem handling suggestion information according to the fault type indicated by the received test failure signal. For another example, when the fault cannot be automatically handled, the test failure signal may be sent to a terminal device used by a technician, that is, the terminal device serves as the problem handling end, and the technician manually analyzes the test failure signal to generate problem handling suggestion information.

[0067] Step 10422, receiving problem handling suggestion information sent by the problem handling end.

[0068] This embodiment realizes remote analysis of test failure signals by setting a problem processing terminal, and can carry out targeted processing on the faults detected in the test, thereby improving the accuracy of problem processing.

[0069] In some optional implementations of this embodiment, such as Figure 4 As shown, step 102 includes:

[0070] Step 1021, generating a self-check item list according to the upgraded software functions.

[0071] Specifically, the upgraded software functions may include multiple functions. According to the various functions, the corresponding software and hardware configuration information and the expected state of the actuator required to realize the various functions may be determined, thereby generating a self-check item list including multiple self-check items.

[0072] Step 1022: Determine the target actuator to be tested according to the self-check item list.

[0073] After obtaining the self-check item list, the target actuator to be tested can be determined in sequence according to the order of the self-check items in the self-check item list.

[0074] This embodiment generates a self-check item list, which can determine all functions and corresponding actuators that need to be tested after the upgrade according to the upgraded software functions, which helps to comprehensively test the software functions and improve the test accuracy.

[0075] In some optional implementations of this embodiment, such as Figure 5 As shown, after step 104, the method further includes:

[0076] Step 105: Generate the upgraded function description information according to the upgraded software function.

[0077] The function description information can be extracted from the software upgrade log. The function description information includes at least one of the following: new function description information, invalid function description information, and vehicle key function description information. The new function description information is a description of the new functions added after this upgrade, the invalid function description information is a description of some invalid functions after this upgrade, and the vehicle key function description information is a description of the functions that require the user's attention after the upgrade.

[0078] Step 106, sending the function description information and the test report to the target user terminal corresponding to the target vehicle.

[0079] The target user terminal is a terminal used by a user that is pre-bound to the target vehicle.

[0080] This embodiment sends function description information and test reports to users, so that users can learn about the test results of the software functions and the functions of the upgraded software, thereby helping to improve the convenience of users in using the car.

[0081] Figure 6 This is a structural diagram of a vehicle software function self-checking system provided in an embodiment of the present application. Figure 6 As shown, the system specifically includes: a target controller 601, a software upgrade management controller 602, a regional controller 603, and at least one actuator 604. The target controller, the software upgrade management controller, the regional controller and the at least one actuator are connected via a bus system on the vehicle.

[0082] The target controller 601 is a controller used for online software upgrade, such as a vehicle controller, etc. The software upgrade management controller 602 is a controller used to control the target controller 601 to perform software upgrade and automatically test the upgraded software.

[0083] The software upgrade management controller 602 may be a separate controller for software upgrade control and testing, or an existing controller may be used as the software upgrade management controller 602 to perform software upgrade control and testing functions. For example, an OTA upgrade module and a software function self-test module may be set on the vehicle controller, the OTA upgrade module is used to perform online upgrade of the target controller 601, and the software function self-test module is used to test the upgraded software function.

[0084] The above-mentioned regional controller 603 may be a controller that controls multiple functions of a certain area on the vehicle. For example, the regional controller 603 may be a driving domain controller on the vehicle. The above-mentioned at least one actuator 604 is a hardware device controlled by the regional controller 603. The actuator may be a controller, sensor, motor or other device that performs a specific function.

[0085] In this embodiment, the software upgrade management controller 602 is used to: after the target controller 601 completes the software upgrade, determine whether the current state of the target vehicle meets the test conditions; if it meets the test conditions, generate a software function test request based on the upgraded software function, and send the software function test request to the regional controller 603.

[0086] The software function test request may be used to instruct the regional controller 603 to test a specific function. For example, if the upgraded software includes an updated unlocking function, the software upgrade management controller 602 may send a software function test request to the regional controller 603 to instruct the regional controller 603 to test the unlocking function.

[0087] Optionally, a communication connection conforming to a subscription-publishing mechanism may be established between the software upgrade management controller 602 and the regional controller 603. That is, the software neural management controller may publish a software function test request to the bus system, and the regional controller 603 may subscribe to the request, thereby receiving the software function test request from the bus system.

[0088] In this embodiment, the regional controller 603 is used to: determine the target executor to be tested currently from the at least one executor 604 according to the software function test request; and send a corresponding test signal to the target executor.

[0089] Among them, the functional test request can indicate the functions to be tested, so that the target actuators that execute these functions can be determined. The test signal is a signal used to control the target actuator to perform the corresponding action. As an example, when testing the unlocking function, the target actuator may include devices such as a door lock controller and a body controller. The regional controller 603 can send a test signal to the target controller 601 to control the unfolding of the rearview mirror, cancel the armed state, unlock the door lock motor, pop up the door handle, switch the power state to the ON gear, switch the high voltage state to high voltage activation, and put the gear position in the P gear.

[0090] In this embodiment, the target executor is used to: execute the corresponding test function according to the test signal, and send a test result signal to the regional controller 603.

[0091] After receiving the test signal, the target actuator can execute the corresponding action, detect the state after executing the action, and send a signal indicating the state after executing the action as a test result signal to the regional controller 603.

[0092] In this embodiment, the regional controller 603 is further configured to send a test result signal to the software upgrade management controller 602 .

[0093] The regional controller 603 may publish a test result signal through the bus system, and the software upgrade management controller 602 may subscribe to the test result signal, thereby receiving the test result signal from the bus system.

[0094] In this embodiment, the software upgrade management controller 602 is further configured to generate a test report based on the test result signal.

[0095] The method for generating a test report may refer to step 104 of the above-mentioned vehicle software function self-test method, which will not be repeated here.

[0096] The vehicle software function self-checking system provided in the embodiment of the present application, by setting a software upgrade management controller on the vehicle, the software upgrade management controller communicates with the regional controller, and controls the regional controller to execute the test process for the target actuator, thereby realizing that the controller on the vehicle automatically self-checks the software function after the software upgrade is completed, without the need for manual testing, thereby improving the efficiency of vehicle software testing, and facilitating users to promptly know the vehicle status after the software upgrade and promptly deal with problems occurring after the software upgrade.

[0097] In some optional implementations of this embodiment, such as Figure 7 As shown, the system further includes a problem processing terminal 605, which is in communication connection with the software upgrade management controller 602. The problem processing terminal 605 may include various types of electronic devices, such as servers, smart phones and other devices.

[0098] The software upgrade management controller 602 is further used to: determine a test failure signal and a test success signal from the test result signal; and send the test failure signal to the problem handling end.

[0099] Specifically, after receiving the test result signal, the software upgrade management controller 602 may compare the test result signal with a preset expected signal. If they are consistent, the test result signal is determined to be a test success signal; if they are inconsistent, the test result signal is determined to be a test failure signal.

[0100] The problem processing end is used to: process the test failure signal, generate problem processing suggestion information, and send the problem processing suggestion information to the software upgrade management controller 602.

[0101] The problem handling end may receive the test failure signal, automatically or manually analyze the test failure signal by a technician, and generate problem handling suggestion information for coping with the test failure signal.

[0102] For example, the problem handling end may store a database of various types of fault handling methods, and extract corresponding problem handling suggestion information according to the fault type indicated by the received test failure signal. For another example, when the fault cannot be automatically handled, the test failure signal may be sent to a terminal device used by a technician, that is, the terminal device serves as the problem handling end, and the technician manually analyzes the test failure signal to generate problem handling suggestion information.

[0103] The software upgrade management controller 602 is further used to send problem handling suggestion information to a target user terminal corresponding to the target vehicle.

[0104] This embodiment realizes remote analysis of test failure signals by setting a problem processing terminal, and can carry out targeted processing on the faults detected in the test, thereby improving the accuracy of problem processing.

[0105] The following two examples illustrate the process of executing software function test in this system. In the following two examples, the vehicle controller can be used as a software upgrade management controller.

[0106] Example 1: When the unlocking function needs to be tested, in the first step, when the vehicle controller determines that the current state of the target vehicle meets the test conditions, the vehicle controller sends an unlocking test service request to the in-vehicle ring network bus, and delays for 5 seconds, waiting for the regional controller to successfully receive the unlocking test service request. The test conditions of this step may include: vehicle speed is less than 1km / h, door lock state is closed, four doors state is closed, and power gear is OFF.

[0107] In the second step, after receiving the request, the zone controller determines that the unlocking condition is met and no longer judges the precondition for executing the unlocking (such as the key unlocking request is valid). That is, the zone controller sets the key unlocking request as valid.

[0108] In the third step, the zone controller executes the complete process of the unlocking system function, including sending a test signal to the target actuator to unfold the rearview mirror, cancel the armed state, unlock the door lock motor, pop out the door handle, switch the power state to ON, switch the high voltage state to high voltage activation, and put the gear position in P gear.

[0109] In the fourth step, the regional controller receives the test result signal returned by the target actuator, and the vehicle controller subscribes to the test result signal forwarded by the regional controller, delaying 5 seconds to end this control to ensure that the vehicle controller receives the test result signal.

[0110] The above test result signal indicates the current state of the target actuator, for example, including the vehicle high voltage state signal (activated), power gear signal (ON) + door lock motor signal (released) + door handle motor signal (popped out).

[0111] In the fifth step, the vehicle controller determines whether the state of the target actuator meets the expected design value based on the test result signal, and generates a test report based on the judgment result.

[0112] Example 2: When the unlocking function needs to be tested for a gear shift, in the first step, when the vehicle controller determines that the current state of the target vehicle meets the test conditions, the vehicle controller sends a gear shift test service request to the in-vehicle ring network bus, and delays for 5 seconds, waiting for the regional controller to successfully receive the unlocking test service request. The test conditions of this step may include: vehicle speed is less than 1km / h, door lock state is unlocked, key state is valid, and power gear is ON.

[0113] In the second step, after receiving the request, the zone controller determines that the gear shifting conditions are met and no longer judges the prerequisites for executing the gear shift (such as fault signal, key validity signal, gear shift voltage signal, etc.).

[0114] In the third step, the regional controller executes the complete process of the gear shifting function, including sending brake pedal signals and drivable state switching signals to the target actuators (including brake controllers and gear controllers), so that the brake state is 60% depressed, the driving state is switched to the "ENTER READY" state, and the target gear settings are N gear, R gear, D gear, and P gear in sequence, and the time interval for each gear switching is 2s.

[0115] In the fourth step, the regional controller receives the test result signal returned by the target actuator, and the vehicle controller subscribes to the test result signal forwarded by the regional controller, delaying 5 seconds to end this control to ensure that the vehicle controller receives the test result signal.

[0116] The test result signal indicates the current state of the target actuator, for example, the vehicle's drivable state is switched to "ENTER READY", the brake state is 60% depressed, and the current actual gears are N, R, D, and P, respectively.

[0117] In the fifth step, the vehicle controller determines whether the state of the target actuator meets the expected design value based on the test result signal, and generates a test report based on the judgment result.

[0118] Figure 8 A schematic diagram of the structure of a vehicle software function self-test device provided in an embodiment of the present application. Specifically comprising: a first determination module 801, for determining whether the current state of the target vehicle meets the test conditions in response to the completion of the software upgrade of the target controller on the target vehicle; a second determination module 802, for determining the target actuator to be tested according to the upgraded software function if the test conditions are met; a test module 803, for sending a corresponding test signal to the target actuator, and receiving a test result signal returned by the target actuator; a first generation module 804, for generating a test report based on the test result signal.

[0119] In one possible embodiment, the generation module includes: a first determination unit, used to determine a test failure signal and a test success signal from a test result signal; a first generation unit, used to generate problem handling suggestion information based on the test failure signal; and a second generation unit, used to generate a test report based on the problem handling suggestion information and the test success signal.

[0120] In one possible implementation, the first generating unit includes: a sending subunit, used to send a test failure signal to a preset problem processing end so that the problem processing end processes the test failure signal; and a receiving subunit, used to receive problem processing suggestion information sent by the problem processing end.

[0121] In a possible implementation, the second determination module includes: a third generation unit, configured to generate a self-check item list according to the upgraded software functions; and a second determination unit, configured to determine the target actuator to be tested currently according to the self-check item list.

[0122] In one possible embodiment, the device also includes: a second generation module, used to generate function description information after the upgrade based on the upgraded software function, wherein the function description information includes at least one of the following: new function description information, failed function description information, and vehicle key function description information; a sending module, used to send the function description information and the test report to the target user terminal corresponding to the target vehicle.

[0123] The vehicle software function self-checking device provided in this embodiment can be as follows Figure 8 The vehicle software function self-checking device shown in can execute all the steps of the above vehicle software function self-checking methods, thereby achieving the technical effects of the above vehicle software function self-checking methods. Please refer to the above related description for details. For the sake of brevity, it will not be repeated here.

[0124] Fig. 9 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application, Fig. 9 The electronic device 900 shown includes: at least one processor 901, a memory 902, at least one network interface 904 and other user interfaces 903. The various components in the electronic device 900 are coupled together via a bus system 905. It is understood that the bus system 905 is used to achieve connection and communication between these components. In addition to the data bus, the bus system 905 also includes a power bus, a control bus and a status signal bus. However, for the sake of clarity, the bus system 905 is not described in detail. Fig. 9 Various buses are labeled as bus system 905.

[0125] The user interface 903 may include a display, a keyboard, or a pointing device (eg, a mouse, a trackball, a touch pad, or a touch screen).

[0126] It can be understood that the memory 902 in the embodiment of the present application can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM) and direct RAM bus random access memory (DRRAM). The memory 902 described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0127] In some embodiments, the memory 902 stores the following elements, executable units or data structures, or a subset thereof, or an extended set thereof: an operating system 9021 and an application program 9022 .

[0128] The operating system 9021 includes various system programs, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks. The application 9022 includes various application programs, such as a media player (Media Player), a browser (Browser), etc., for implementing various application services. The program for implementing the method of the embodiment of the present application can be included in the application 9022.

[0129] In this embodiment, by calling the program or instruction stored in the memory 902, specifically, the program or instruction stored in the application 9022, the processor 901 is used to execute the method steps provided by each method embodiment, for example, including:

[0130] In response to the completion of the software upgrade of the target controller on the target vehicle, determine whether the current state of the target vehicle meets the test conditions; if it meets the test conditions, determine the current target actuator to be tested based on the upgraded software function; send a corresponding test signal to the target actuator, and receive a test result signal returned by the target actuator; and generate a test report based on the test result signal.

[0131] The method disclosed in the above embodiment of the present application can be applied to the processor 901, or implemented by the processor 901. The processor 901 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit or software instructions in the processor 901. The above processor 901 can be a general processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a field programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general processor can be a microprocessor or the processor can also be any conventional processor, etc. The steps of the method disclosed in the embodiment of the present application can be directly embodied as a hardware decoding processor to execute, or the hardware and software units in the decoding processor can be executed. The software unit can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 902, and the processor 901 reads the information in the memory 902 and completes the steps of the above method in combination with its hardware.

[0132] It is understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, the processing unit may be implemented in one or more application specific integrated circuits (ASIC), digital signal processors (DSP), digital signal processing devices (DSPDevice, DSPD), programmable logic devices (PLD), field programmable gate arrays (FPGA), general purpose processors, controllers, microcontrollers, microprocessors, other electronic units for performing the above functions of the present application, or a combination thereof.

[0133] For software implementation, the technology described above in this article can be implemented by a unit that performs the functions described above in this article. The software code can be stored in a memory and executed by a processor. The memory can be implemented in the processor or outside the processor.

[0134] The electronic device provided in this embodiment may be Fig. 9 The electronic device shown in can execute all the steps of the vehicle software function self-test methods described above, thereby achieving the technical effects of the vehicle software function self-test methods described above. Please refer to the above related description for details. For the sake of brevity, it will not be repeated here.

[0135] The embodiment of the present application also provides a storage medium (computer-readable storage medium). The storage medium here stores one or more programs. The storage medium may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a read-only memory, a flash memory, a hard disk or a solid-state drive; the memory may also include a combination of the above-mentioned types of memory.

[0136] When one or more programs in the storage medium can be executed by one or more processors, the vehicle software function self-check method executed on the electronic device side can be implemented.

[0137] The processor is used to execute the program stored in the memory to implement the following steps of the vehicle software function self-check method executed on the electronic device side:

[0138] In response to the completion of the software upgrade of the target controller on the target vehicle, determine whether the current state of the target vehicle meets the test conditions; if it meets the test conditions, determine the current target actuator to be tested based on the upgraded software function; send a corresponding test signal to the target actuator, and receive a test result signal returned by the target actuator; and generate a test report based on the test result signal.

[0139] The professionals should also be further aware that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented with electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in terms of function in the above description. 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.

[0140] The steps of the method or algorithm described in conjunction with the embodiments disclosed herein may be implemented using hardware, a software module executed by a processor, or a combination of the two. The software module may be placed in a random access memory (RAM), a memory, a read-only memory (ROM), an electrically programmable ROM, an electrically erasable programmable ROM, a register, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

[0141] It should be understood that the terms used herein are only for the purpose of describing specific example embodiments and are not intended to be limiting. Unless the context clearly indicates otherwise, the singular forms "one", "an" and "said" as used herein may also be meant to include plural forms. The terms "include", "comprise", "contain", and "have" are inclusive, and therefore specify the existence of stated features, steps, operations, elements and / or parts, but do not exclude the existence or addition of one or more other features, steps, operations, elements, parts, and / or combinations thereof. The method steps, processes, and operations described herein are not interpreted as necessarily requiring them to be performed in the specific order described or illustrated, unless the execution order is clearly indicated. It should also be understood that additional or alternative steps may be used.

[0142] The above description is only a specific implementation of the present application, so that those skilled in the art can understand or implement the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to the embodiments shown herein, but will conform to the widest range consistent with the principles and novel features applied for herein.

Claims

1. A vehicle software function self-checking method, characterized in that: The method comprises: In response to the completion of the software upgrade of the target controller on the target vehicle, determining whether the current state of the target vehicle meets the test condition; If the test conditions are met, the target actuator to be tested is determined according to the upgraded software functions; Sending a corresponding test signal to the target executor, and receiving a test result signal returned by the target executor; A test report is generated based on the test result signal.

2. The method according to claim 1, characterized in that The generating a test report based on the test result signal comprises: Determining a test failure signal and a test success signal from the test result signal; Based on the test failure signal, generating problem handling suggestion information; The test report is generated based on the problem handling suggestion information and the test success signal.

3. The method according to claim 2, characterized in that The generating problem handling suggestion information based on the test failure signal includes: Sending the test failure signal to a preset problem processing end so that the problem processing end processes the test failure signal; Receive problem handling suggestion information sent by the problem handling end.

4. The method according to claim 1, characterized in that The step of determining the target actuator to be tested according to the upgraded software function includes: Generate a self-check list based on the upgraded software functions; According to the self-check item list, the target actuator to be tested is determined.

5. The method according to any one of claims 1 to 4, characterized in that: After generating a test report based on the test result signal, the method further includes: Generate the function description information after the upgrade according to the upgraded software function, wherein the function description information includes at least one of the following: new function description information, invalid function description information, and vehicle key function description information; The function description information and the test report are sent to a target user terminal corresponding to the target vehicle.

6. A vehicle software function self-checking system, characterized in that: The system comprises: a target controller, a software upgrade management controller, a regional controller, and at least one actuator, wherein the target controller, the software upgrade management controller, the regional controller, and the at least one actuator are connected via a bus system on a vehicle; The software upgrade management controller is used to: after the software upgrade of the target controller is completed, determine whether the current state of the target vehicle meets the test conditions; if it meets the test conditions, generate a software function test request according to the upgraded software function, and send the software function test request to the regional controller; The regional controller is used to: determine the target actuator to be tested currently from the at least one actuator according to the software function test request; and send a corresponding test signal to the target actuator; The target actuator is used to: execute a corresponding test function according to the test signal, and send a test result signal to the regional controller; The regional controller is also used to: send the test result signal to the software upgrade management controller; The software upgrade management controller is further used to generate a test report based on the test result signal.

7. The system according to claim 6, characterized in that The system further comprises a problem processing terminal, wherein the problem processing terminal is communicatively connected with the software upgrade management controller; The software upgrade management controller is also used to: determine a test failure signal and a test success signal from the test result signal; and send the test failure signal to the problem processing end; The problem processing end is used to: process the test failure signal, generate problem processing suggestion information, and send the problem processing suggestion information to the software upgrade management controller; The software upgrade management controller is also used to: send the problem handling suggestion information to the target user terminal corresponding to the target vehicle.

8. A vehicle software function self-checking device, characterized in that: The device comprises: A first determination module, configured to determine whether a current state of the target vehicle meets a test condition in response to completion of a software upgrade of a target controller on the target vehicle; A second determination module is used to determine the target actuator to be tested according to the upgraded software function if the test condition is met; A test module, used to send a corresponding test signal to the target executor, and receive a test result signal returned by the target executor; The first generating module is used to generate a test report based on the test result signal.

9. An electronic device, characterized in that: include: Memory for storing computer programs; A processor is used to execute the computer program stored in the memory, and when the computer program is executed, the vehicle software function self-check method described in any one of claims 1 to 5 is implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by the processor, the vehicle software function self-check method described in any one of claims 1 to 5 is implemented.

Images