OTA upgrade test method, vehicle-end OTA device, storage medium and program product

Abstract

The invention discloses an OTA upgrade test method, a vehicle-end OTA device, a storage medium and a program product, and relates to the technical field of OTA upgrade.The OTA upgrade test method comprises the steps that in response to an OTA upgrade test instruction for the vehicle-end OTA device, the vehicle-end OTA device is controlled to load an OTA upgrade file for OTA upgrade; screening message data in a TCP format from the message data of the vehicle communication network of the vehicle-end OTA equipment as an event message in an OTA upgrading process, and analyzing the event message to obtain event content; and according to the event content, generating an OTA upgrading test result of the vehicle-end OTA equipment. The technical problem that an existing OTA upgrade test method is low in test efficiency is solved.

Description

Technical Field

[0001] The present application relates to the field of OTA upgrade technology, and in particular to an OTA upgrade test method, a vehicle-side OTA device, a storage medium and a program product. Background Art

[0002] With the rapid development of automobile intelligence and networking technology, vehicle remote online upgrade (Over-The-Air, OTA) has become an indispensable part of the modern automobile industry. However, although OTA upgrades bring many conveniences, its testing and deployment process faces many challenges, especially the current implementation methods have significant efficiency and process complexity issues.

[0003] Currently, the testing of vehicle OTA upgrades is not only highly dependent on manual intervention by professional testers, but also strongly dependent on specific intermediate platforms (such as the zsum platform). This process not only requires testers to have deep professional knowledge of vehicle OTA upgrades, but also relies on specific intermediate platforms to manually execute a series of complex test scripts and verification steps. This highly manual testing method is not only time-consuming and labor-intensive, but also the strong dependence on the intermediate platform makes the OTA upgrade process more complicated and limited in flexibility, resulting in low efficiency of OTA upgrade testing.

[0004] The above contents are only used to assist in understanding the technical solution of the present application and do not constitute an admission that the above contents are prior art. Summary of the invention

[0005] The main purpose of this application is to provide an OTA upgrade test method, a vehicle-side OTA device, a storage medium and a program product, aiming to solve the technical problem of low test efficiency of the existing OTA upgrade test method.

[0006] To achieve the above objectives, the present application proposes an OTA upgrade test method, which includes: In response to an OTA upgrade test instruction for a vehicle-side OTA device, control the vehicle-side OTA device to load an OTA upgrade file for OTA upgrade; Filtering out TCP format message data from the message data of the vehicle communication network of the vehicle-side OTA device as an event message in the OTA upgrade process, and parsing the event message to obtain event content; According to the event content, an OTA upgrade test result of the vehicle-side OTA device is generated.

[0007] In one embodiment, the step of filtering out TCP format message data from the message data of the vehicle communication network of the vehicle-side OTA device as an event message in the OTA upgrade process, and parsing the event message to obtain the event content includes: Connecting to the target Ethernet channel of the bus test tool of the vehicle-side OTA device and receiving the message data transmitted by the target Ethernet channel; Filtering out TCP format message data from the message data as event messages in the OTA upgrade process, and storing the event messages in a target queue; The event messages in the target queue are read in sequence, and DoIP parsing and IPCP parsing are performed on the event messages to obtain event content.

[0008] In one embodiment, in response to an OTA upgrade test instruction for a vehicle-side OTA device, the step of controlling the vehicle-side OTA device to load an OTA upgrade file for OTA upgrade includes: In response to an OTA upgrade test instruction for the vehicle-side OTA device, downloading an OTA upgrade file from the OTA upgrade platform; The download progress of the OTA upgrade file is monitored, and after the download progress is completed, a simulated input of the installation operation is performed on the vehicle-side OTA device's vehicle-machine interface, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade.

[0009] In one embodiment, in response to an OTA upgrade test instruction for a vehicle-side OTA device, the step of downloading an OTA upgrade file from an OTA upgrade platform includes: In response to an OTA upgrade test instruction for a vehicle-side OTA device, acquiring upgrade configuration information input into the vehicle-side OTA device, and creating an OTA upgrade task based on the upgrade configuration information; Establish a connection with the OTA upgrade platform, synchronize the OTA upgrade task to the OTA upgrade platform, and download the OTA upgrade file corresponding to the OTA upgrade task from the OTA upgrade platform.

[0010] In one embodiment, the step of monitoring the download progress of the OTA upgrade file includes: Monitor the OTA upgrade log of the vehicle-side OTA device; The download progress of the OTA upgrade file is obtained from the OTA upgrade log.

[0011] In one embodiment, after the download progress is completed, the step of simulating input of the installation operation to the vehicle interface of the vehicle-side OTA device so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade includes: After the download progress is completed, the vehicle interface of the vehicle-side OTA device is subjected to text recognition to identify the interface coordinates of the operation controls corresponding to the installation operation; An interactive signal is input into the interface coordinates to simulate the installation operation on the vehicle interface of the vehicle-side OTA device, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade.

[0012] In one embodiment, the step of generating an OTA upgrade test result of the vehicle-side OTA device according to the event content includes: Get the negative feedback exception table of OTA upgrade; The event content is compared with the negative feedback exception table, and the exception items in the negative feedback exception table that match the event content are used as the OTA upgrade test results of the vehicle-side OTA device.

[0013] In addition, to achieve the above-mentioned purpose, the present application also proposes a vehicle-side OTA device, which includes: a memory, a processor, and a computer program stored on the memory and executable on the processor, and the computer program is configured to implement the steps of the OTA upgrade test method described above.

[0014] In addition, to achieve the above-mentioned purpose, the present application also proposes a storage medium, which is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by the processor, the steps of the OTA upgrade test method described above are implemented.

[0015] In addition, to achieve the above-mentioned purpose, the present application also provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, the steps of the OTA upgrade test method described above are implemented.

[0016] One or more technical solutions proposed in this application have at least the following technical effects: This application controls the vehicle-side OTA device to load the OTA upgrade file for OTA upgrade in response to the OTA upgrade test instruction for the vehicle-side OTA device. Filter out the message data in TCP format from the message data of the vehicle communication network of the vehicle-side OTA device as the event message in the OTA upgrade process, and parse the event message to obtain the event content. Since the vehicle fault information, remote interaction information and other data related to OTA upgrade in the vehicle communication network are all transmitted in TCP format. Therefore, this application filters out the message data in TCP format from the message data as the event message in the OTA upgrade process, thereby avoiding the interference of other irrelevant messages and improving the test efficiency. And the specific events that occurred during the OTA upgrade process (such as completion of loading the OTA upgrade file, normal operation of the controller, controller downtime, OTA upgraded software or firmware not running normally, etc.) can be determined by parsing these event contents. According to the event content, the OTA upgrade test results of the vehicle-side OTA device are generated. Therefore, in this application, after issuing the OTA upgrade test instruction for the vehicle-side OTA device, the user only needs to wait for the output of the OTA upgrade test result. The OTA upgrade test process can be implemented without human intervention, thereby effectively improving the test efficiency of the OTA upgrade test. BRIEF DESCRIPTION OF THE DRAWINGS

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

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

[0019] Figure 1 A flowchart of the first embodiment of the OTA upgrade test method of this application is provided; Figure 2 A schematic diagram of a scenario of an OTA upgrade test method involved in an embodiment of the present application; Figure 3 This is an example diagram of the OTA upgrade test results involved in the embodiments of the present application; Figure 4 A flowchart of the second embodiment of the OTA upgrade test method of this application is provided; Figure 5 A flowchart of the third embodiment of the OTA upgrade test method of this application is provided; Figure 6 This is a schematic diagram of the overall process of a feasible embodiment of the present application; Figure 7 This is a schematic diagram of the device structure of the hardware operating environment involved in the OTA upgrade test method in the embodiment of the present application.

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

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

[0022] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0023] The main solution of the embodiment of the present application is: in response to the OTA upgrade test instruction for the vehicle-side OTA device, control the vehicle-side OTA device to load the OTA upgrade file for OTA upgrade; filter out TCP format message data from the message data of the vehicle communication network of the vehicle-side OTA device as the event message in the OTA upgrade process, and parse the event message to obtain the event content; generate the OTA upgrade test result of the vehicle-side OTA device according to the event content.

[0024] In this embodiment, for ease of description, the following description is made with the vehicle-side OTA device as the execution entity.

[0025] With the rapid development of automobile intelligence and networking technology, vehicle remote online upgrade (Over-The-Air, OTA) has become an indispensable part of the modern automobile industry. However, although OTA upgrades bring many conveniences, its testing and deployment process faces many challenges, especially the current implementation methods have significant efficiency and process complexity issues.

[0026] Currently, the testing of vehicle OTA upgrades is not only highly dependent on manual intervention by professional testers, but also strongly dependent on specific intermediate platforms (such as the zsum platform). This process not only requires testers to have deep professional knowledge of vehicle OTA upgrades, but also relies on specific intermediate platforms to manually execute a series of complex test scripts and verification steps. This highly manual testing method is not only time-consuming and labor-intensive, but also the strong dependence on the intermediate platform makes the OTA upgrade process more complicated and limited in flexibility, resulting in low efficiency of OTA upgrade testing.

[0027] The present application provides a solution, which controls the vehicle-side OTA device to load the OTA upgrade file for OTA upgrade by responding to the OTA upgrade test instruction for the vehicle-side OTA device. Then, the message data in TCP format is filtered out from the message data of the vehicle communication network of the vehicle-side OTA device as the event message in the OTA upgrade process, and the event message is parsed to obtain the event content. Since the vehicle fault information, remote interaction information and other data related to OTA upgrade in the vehicle communication network are all transmitted in TCP format. Therefore, the present application filters out the message data in TCP format from the message data as the event message in the OTA upgrade process, thereby avoiding the interference of other irrelevant messages and improving the test efficiency. And the specific events that occurred during the OTA upgrade process (such as completion of loading the OTA upgrade file, normal operation of the controller, controller downtime, OTA upgraded software or firmware not running normally, etc.) can be determined by the event contents obtained after parsing. According to the event content, the OTA upgrade test results of the vehicle-side OTA device are generated. Therefore, in this application, after issuing the OTA upgrade test command for the vehicle-side OTA device, the user only needs to wait for the output of the OTA upgrade test result. The OTA upgrade test process can be implemented without human intervention, thereby effectively improving the test efficiency of the OTA upgrade test.

[0028] Based on this, the embodiment of the present application provides an OTA upgrade test method, referring to Figure 1 , Figure 1 This is a flow chart of the first embodiment of the OTA upgrade test method of the present application.

[0029] In this embodiment, the OTA upgrade test method includes steps S10 to S40: Step S10, in response to an OTA upgrade test instruction for the vehicle-side OTA device, controlling the vehicle-side OTA device to load an OTA upgrade file for OTA upgrade; It should be noted that the OTA upgrade test instruction is a control instruction for instructing the vehicle-side OTA device to perform an OTA upgrade test, and the OTA upgrade file is a file required for remote updating of the device.

[0030] In addition, it should be noted that the execution subject of this embodiment is the vehicle-side OTA device, which is a device related to the vehicle's OTA upgrade. For example, the vehicle-side OTA device can be a vehicle-mounted terminal device such as the vehicle's OTA upgrade controller and vehicle controller, or a controller configured on the vehicle to implement the OTA upgrade test method of this embodiment, a detachable terminal, etc., or a simulation test device independent of the vehicle for OTA upgrade testing. Figure 2As shown, this embodiment involves the interaction between a vehicle configured with the vehicle-side OTA device and an OTA upgrade platform.

[0031] After receiving the OTA upgrade test instruction for the vehicle-side OTA device, this embodiment can respond to the OTA upgrade test instruction for the vehicle-side OTA device, download the OTA upgrade file from the OTA upgrade platform, and control the vehicle-side OTA device to load the OTA upgrade file, so that the vehicle-side OTA device performs an OTA upgrade. Exemplarily, in this embodiment, after the OTA upgrade file is downloaded, the vehicle-side OTA device outputs an upgrade prompt. After receiving the user's confirmation instruction for the upgrade prompt, the vehicle-side OTA device loads the OTA upgrade file, so that the vehicle-side OTA device performs an OTA upgrade. Or after the download progress is completed, the vehicle-side OTA device simulates the input of the installation operation to the vehicle-machine interface, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade.

[0032] Step S20, filtering out TCP format message data from the message data of the vehicle communication network of the vehicle-side OTA device as an event message in the OTA upgrade process, and parsing the event message to obtain event content; In the actual OTA scenario, during the OTA upgrade process after the vehicle-side OTA device loads the OTA upgrade file, the vehicle communication network (such as Ethernet, controller LAN, etc.) of the vehicle-side OTA device will interact with message data. Since the message information related to the OTA upgrade, such as vehicle diagnostic information and vehicle remote interaction message data, is in TCP format, this embodiment can read the message data from the vehicle communication network of the vehicle-side OTA device, and then filter out the TCP format message data from the message data as the event message in the OTA upgrade process. Then, by parsing the event message, the event content related to the OTA upgrade is obtained. Therefore, this embodiment can determine the specific events that occurred during the OTA upgrade process through these event contents (such as completion of loading the OTA upgrade file, normal operation of the controller, controller downtime, OTA upgraded software or firmware not running normally, etc.).

[0033] In a feasible embodiment, step S20 includes steps S21 to S23: Step S21, connecting to the target Ethernet channel of the bus test tool of the vehicle-side OTA device, and receiving the message data transmitted by the target Ethernet channel; Step S22, filtering out TCP format message data from the message data as event messages in the OTA upgrade process, and storing the event messages in a target queue; Step S23, reading the event messages in the target queue in sequence, and performing DoIP parsing and IPCP parsing on the event messages to obtain event content.

[0034] It should be noted that the bus test tool is a software tool for testing and analyzing the vehicle communication network and the controller connected to the vehicle communication network, and can realize the collection of message data in the vehicle communication network.

[0035] This embodiment uses the bus test tool (such as CANoe) to collect message data from the vehicle communication network (such as Ethernet network, CAN network) and the controller connected to the vehicle communication network. By directly acquiring message data from the bus test tool, the efficiency and convenience of acquiring message data are effectively improved. Exemplarily, this embodiment can call vxlapi_net (the interface of the Vector extension library for network communication) and call the C language method encapsulated in vxlapi64.dll (the dynamic link library file of the Vector extension library interface) through windll (a function in the Python ctypes library for loading Windows dynamic link library files), and obtain the message data transmitted by the target Ethernet channel of the bus test tool through multi-threading. This embodiment can realize the reception and transmission of Ethernet events (i.e., message data) in the target Ethernet channel by connecting the target Ethernet channel of the bus test tool of the vehicle-side OTA device. Therefore, after monitoring the message data, this embodiment triggers an event operation, and then responds to the event operation to filter out the message data in TCP format from the message data as the event message in the OTA upgrade process, and store the event message in the target queue. Since this embodiment requires fault-related information in the OTA upgrade process, it is necessary to perform TCP data such as DoIP (Diagnostic communication over Internet Protocol) used by the vehicle for diagnostic communication and IPCP (Internet Protocol Control Protocol) used by the vehicle for remote interaction. Therefore, this embodiment can filter out TCP format message data from the message data as event messages in the OTA upgrade process, thereby avoiding interference from other irrelevant messages and improving test efficiency. Then the event message can be stored in the target queue, which can be a queue in the form of an array queue, a linked list queue, a circular queue, etc. After obtaining the event message, this embodiment wants to store it in the target queue, thereby avoiding the situation where the current event message is lost when the previous event message is not processed, and ensuring data security. On the other hand, with the help of the queue first-in-first-out principle, data sequential processing is realized, which is conducive to improving data processing efficiency. Then, by reading the event messages in the target queue in sequence, and performing DoIP parsing and IPCP parsing on the event message, the event content is obtained.

[0036] This embodiment uses the bus test tool itself to collect message data of the vehicle communication network and the controller connected to the vehicle communication network. Therefore, the message data can be directly obtained from the bus test tool, which effectively improves the efficiency and convenience of obtaining the message data. Then, the message data in TCP format is filtered out from the message data as the event message in the OTA upgrade process, thereby avoiding the interference of other irrelevant messages and improving the test efficiency. Then, the event message is stored in the target queue, and the event messages in the target queue are read in sequence, and the event message is DoIP parsed and IPCP parsed to obtain the event content. Therefore, this embodiment realizes the rapid extraction of event content in the OTA upgrade process.

[0037] Step S30, generating an OTA upgrade test result of the vehicle-side OTA device according to the event content.

[0038] After parsing the event content, this embodiment can generate the corresponding OTA upgrade test result of the vehicle-side OTA device based on the event content. As an example, this embodiment can filter out the target content corresponding to the preset test items from the event content, and use the target content as the OTA upgrade test result of the vehicle-side OTA device. As another example, this embodiment can obtain a negative feedback exception table for OTA upgrade, and then compare the event content with the negative feedback exception table, and use the abnormal items in the negative feedback exception table that match the event content as the OTA upgrade test result of the vehicle-side OTA device. See. Figure 3 , Figure 3 This is an example diagram of the OTA upgrade test results involved in the embodiments of the present application.

[0039] In a feasible embodiment, step S30 includes steps S31-S32: Step S31, obtaining a negative feedback exception table of OTA upgrade; Step S32, comparing the event content with the negative feedback exception table, and taking the exception items in the negative feedback exception table that match the event content as the OTA upgrade test results of the vehicle-side OTA device.

[0040] It should be noted that the negative feedback exception table is a pre-constructed abnormal item of negative feedback during the OTA upgrade process, such as controller crash, loaded firmware failure to run, and other abnormal items.

[0041] This embodiment obtains the negative feedback exception table of the OTA upgrade, and then compares the event content with the negative feedback exception table, and uses the abnormal items in the negative feedback exception table that match the event content as the OTA upgrade test results of the vehicle-side OTA device. Exemplarily, in this embodiment, the EXCEL format can be combined with the hook function to realize the collection of the abnormal items, and the output of the OTA upgrade test results can be realized with the help of allure. It can be understood that in addition to the EXCEL format, this embodiment can also use other configuration file formats such as CSV (Comma-Separated Values), YAML (YAML Ain't Markup Language, YAML is not a markup language), etc.

[0042] In the first embodiment of the present application, by responding to the OTA upgrade test instruction for the vehicle-side OTA device, the vehicle-side OTA device is controlled to load the OTA upgrade file for OTA upgrade. Then, the message data in TCP format is filtered out from the message data of the vehicle communication network of the vehicle-side OTA device as the event message in the OTA upgrade process, and the event message is parsed to obtain the event content. Since the vehicle fault information, remote interaction information and other data related to OTA upgrade in the vehicle communication network are all transmitted in TCP format. Therefore, the present application filters out the message data in TCP format from the message data as the event message in the OTA upgrade process, thereby avoiding the interference of other irrelevant messages and improving the test efficiency. And the specific events that occurred during the OTA upgrade process (such as completion of loading the OTA upgrade file, normal operation of the controller, controller downtime, OTA upgraded software or firmware not running normally, etc.) can be determined by parsing these event contents. According to the event content, the OTA upgrade test results of the vehicle-side OTA device are generated. Therefore, in this application, after issuing the OTA upgrade test command for the vehicle-side OTA device, the user only needs to wait for the output of the OTA upgrade test result. The OTA upgrade test process can be implemented without human intervention, thereby effectively improving the test efficiency of the OTA upgrade test.

[0043] Based on the first embodiment of the present application, in the second embodiment of the present application, the same or similar contents as those in the above-mentioned embodiment 1 can be referred to the above introduction, and will not be repeated in the following. Figure 4 , step S10 includes steps S11-S12: Step S11, in response to an OTA upgrade test instruction for the vehicle-side OTA device, downloading an OTA upgrade file from the OTA upgrade platform; Step S12, monitor the download progress of the OTA upgrade file, and after the download progress is completed, simulate the input of the installation operation to the vehicle-side OTA device's vehicle-machine interface, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade.

[0044] It should be noted that the OTA upgrade platform is a local server, cloud server, or other device that stores OTA upgrade files and can interact with the vehicle-side OTA device.

[0045] It should be noted that the installation operation is a control operation for loading the OTA upgrade file. It can be understood that the installation operation may include installation operations such as immediate installation, scheduled installation, and cancelling a reservation.

[0046] As an example, in a scenario where an OTA upgrade test is performed on a specified OTA upgrade file, the OTA upgrade file can be downloaded from the OTA upgrade platform in response to an OTA upgrade test instruction for a vehicle-side OTA device.

[0047] As another example, in the scenario of performing OTA upgrade tests according to different OTA upgrade requirements of users, the upgrade configuration information of the vehicle-side OTA device is obtained and input in response to the OTA upgrade test instruction for the vehicle-side OTA device, and an OTA upgrade task is created based on the upgrade configuration information; a connection is established with the OTA upgrade platform, the OTA upgrade task is synchronized to the OTA upgrade platform, and the OTA upgrade file corresponding to the OTA upgrade task is downloaded from the OTA upgrade platform. Therefore, even for different OTA upgrade requirements, users only need to input configuration requirements (i.e., upgrade configuration information), without having deep professional knowledge of OTA upgrade services, and without relying heavily on the zsum platform, to implement OTA upgrade testing, thereby saving time and process for OTA upgrade testing.

[0048] In this embodiment, the OTA upgrade log of the vehicle-side OTA device can be monitored to obtain the download progress of the OTA upgrade file from the OTA upgrade log. Alternatively, the download progress of the OTA upgrade file can be monitored by identifying the download progress bar of the vehicle-machine interface. After the download progress is completed, the vehicle-side OTA device can be simulated by inputting the installation operation to the vehicle-machine interface of the vehicle-side OTA device, thereby simulating the user's installation operation on the vehicle-machine interface, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade. Exemplarily, in this embodiment, the input signal of the installation operation can be pre-stored, and after the download progress is completed, the input signal can be input to the vehicle-machine interface of the vehicle-side OTA device to simulate the installation operation. The vehicle-machine interface of the vehicle-side OTA device can also be used for text recognition to identify the interface coordinates of the operation control corresponding to the installation operation; an interactive signal is input to the interface coordinates to simulate the installation operation on the vehicle-machine interface of the vehicle-side OTA device, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade.

[0049] In a feasible implementation manner, the step of monitoring the download progress of the OTA upgrade file in step S12 includes steps A10 to A20: Step A10, monitoring the OTA upgrade log of the vehicle-side OTA device; Step A20, obtaining the download progress of the OTA upgrade file from the OTA upgrade log.

[0050] Taking the Python programming language environment as an example, this embodiment can encapsulate the ADB script (i.e., command line script) in advance, and then call the subprocess module in the Python standard library to run the ADB script, and monitor the log (i.e., OTA upgrade log) of the FOTAMaster (FOTA upgrade master, a component or system responsible for managing and executing the vehicle firmware over-the-air upgrade process) of the vehicle-side OTA device in real time. Then, the download progress of the OTA upgrade file is obtained from the OTA upgrade log. It can be understood that this embodiment only takes the Python programming language environment as an example, and other programming language environments can also use different plug-ins, modules, and scripts to implement the above functions.

[0051] This embodiment monitors the OTA upgrade log of the vehicle-side OTA device, and then obtains the download progress of the OTA upgrade file from the OTA upgrade log. Therefore, this embodiment can monitor the download progress of the OTA upgrade file in real time and accurately.

[0052] In a feasible implementation manner, after the download progress is completed in step S20, the step of simulating the input of the installation operation to the vehicle interface of the vehicle-side OTA device so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade includes steps S23-S24: Step S23, after the download progress is completed, performing text recognition on the vehicle interface of the vehicle-side OTA device to identify the interface coordinates of the operation control corresponding to the installation operation; Step S24, inputting an interactive signal to the interface coordinates to simulate the installation operation on the vehicle-side OTA device's vehicle-side interface, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade.

[0053] Also taking the Python programming language environment as an example, this embodiment can perform text recognition on the vehicle-side OTA device's vehicle-side interface by calling the UI Automation (user interface automation) auxiliary function framework after the download progress is completed, and identify the interface coordinates of the operation controls corresponding to the installation operation. Specifically, this embodiment can take a screenshot of the vehicle-side interface, and then use an OCR library (such as Tesseract) to identify the interface text in the screenshot, match the identified interface text with the operation text of the installation operation, and determine the coordinate position of the target interface text matching the operation text on the vehicle-side interface (i.e., the interface coordinates). Then, by using the UI Automator application interface, an interactive signal (such as a signal for a click, a slide, etc.) is input to the interface coordinates to simulate the installation operation on the vehicle-side OTA device's vehicle-side interface, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade.

[0054] This embodiment recognizes the interface coordinates of the operation controls corresponding to the installation operation by performing text recognition on the vehicle-side OTA device's vehicle-side interface after the download progress is completed; inputs an interactive signal to the interface coordinates to simulate the installation operation on the vehicle-side OTA device's vehicle-side interface, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade. In this way, installation operations such as immediate upgrade, scheduled upgrade, and cancel upgrade of the OTA upgrade file can be realized without user operation.

[0055] The second embodiment of the present application provides an OTA upgrade test method, which downloads the OTA upgrade file from the OTA upgrade platform in response to the OTA upgrade test instruction for the vehicle-side OTA device; monitors the download progress of the OTA upgrade file, and after the download progress is completed, simulates the input of the installation operation to the vehicle-side OTA device's vehicle interface, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade. Therefore, this embodiment does not require the user to intervene in the operation of the OTA upgrade process, and can load the downloaded OTA upgrade file by simulating the input of the installation operation, so that the vehicle-side OTA device can perform an OTA upgrade.

[0056] Based on the first embodiment of the present application, in the third embodiment of the present application, the same or similar contents as those in the above-mentioned embodiment 1 can be referred to the above introduction, and will not be repeated in the following. Figure 5 , step S11 includes steps B10 to B20: Step B10, in response to an OTA upgrade test instruction for a vehicle-side OTA device, acquiring upgrade configuration information input into the vehicle-side OTA device, and creating an OTA upgrade task based on the upgrade configuration information; Step B20, establishing a connection with the OTA upgrade platform, synchronizing the OTA upgrade task to the OTA upgrade platform, and downloading the OTA upgrade file corresponding to the OTA upgrade task from the OTA upgrade platform.

[0057] It should be noted that the upgrade configuration information is information that describes the user's OTA upgrade configuration requirements for the vehicle-side OTA device, such as the upgraded controller, upgrade time, firmware version, etc.

[0058] In actual scenarios, it may not be necessary to simply test a specific OTA upgrade file, but to perform an OTA upgrade test based on different OTA upgrade demand scenarios of the user. Therefore, this embodiment can respond to the OTA upgrade test instruction for the vehicle-side OTA device, obtain the upgrade configuration information input to the vehicle-side OTA device, and create an OTA upgrade task based on the upgrade configuration information. Exemplarily, this embodiment can generate the software basic information (such as software version number, data format used by the software, etc.) of the software used by the vehicle-side OTA device for OTA upgrade, the vehicle basic information (such as vehicle model, vehicle status, etc.) of the vehicle-side OTA device, and the OTA task (such as upgrading the firmware of a controller of the vehicle-side OTA device) as an OTA upgrade task based on the upgrade configuration information input by the user with the help of the requests module (an HTTP library for sending HTTP / 1.1 requests in Python). This embodiment establishes a connection with the OSS (Object Storage Service) of the OTA upgrade platform, so as to facilitate the OTA upgrade task created by the upgrade configuration information directly input by the user to directly match the corresponding OTA upgrade file. This embodiment can parse the OTA upgrade task (such as an Excel format file) and name it according to the VBF (Versatile Binary Format), convert the OTA upgrade task into the VBF format, upload the OTA upgrade task in the VBF format, and synchronize the OTA upgrade task with the OTA upgrade platform through the interface callback, so that the OTA upgrade platform sends the corresponding OTA upgrade file based on the OTA upgrade task in the VBF format. Then download the OTA upgrade file corresponding to the OTA upgrade task from the OTA upgrade platform. It can be understood that VBF is a firmware release file format, which is mainly used for software release by OEMs in the automotive industry. Therefore, this embodiment is conducive to accurately matching the corresponding OTA upgrade file by converting the OTA upgrade task into the VBF format.

[0059] In a feasible embodiment, the step of synchronizing the OTA upgrade task to the OTA upgrade platform in step B20 includes steps C10 to C30: Step C10, obtaining the file data volume of the OTA upgrade task; Step C20, calculating the shard data volume according to the file data volume and the predetermined maximum shard volume; Step C30, fragmenting the OTA upgrade task according to the fragment data volume and uploading the fragments to the OTA upgrade platform.

[0060] In order to avoid the long waiting time for uploading large files, the occurrence of upload stuck and interruption, etc. This embodiment can obtain the file data volume of the OTA upgrade task, and then calculate the fragment data volume based on the file data volume and the predetermined maximum fragment volume. Exemplarily, this embodiment can select a specified fragment volume based on the file data volume, and the specified fragment volume is less than or equal to the predetermined maximum fragment volume. For example, this embodiment can call the determine_part_size function (a function for determining the size of file slices) to calculate the fragment data volume. Then, the OTA upgrade task can be fragmented according to the fragment data volume and uploaded to the OTA upgrade platform.

[0061] Therefore, this embodiment improves the reliability of transmission by uploading the OTA upgrade task in segments, avoiding the need to upload the entire file from the beginning when transmission is interrupted due to problems such as network fluctuations, and after segmentation, different parts of the file can be uploaded simultaneously, effectively improving the file upload speed.

[0062] In the third embodiment of the present application, by responding to the OTA upgrade test instruction for the vehicle-side OTA device, the upgrade configuration information input into the vehicle-side OTA device is obtained, and an OTA upgrade task is created based on the upgrade configuration information; a connection is established with the OTA upgrade platform, the OTA upgrade task is synchronized to the OTA upgrade platform, and the OTA upgrade file corresponding to the OTA upgrade task is downloaded from the OTA upgrade platform. Thus, this embodiment can match the corresponding OTA upgrade file according to the upgrade configuration information input by the user for testing different scenarios, and perform an OTA upgrade test. This embodiment allows the user to input different upgrade configuration information, and can test a variety of scenarios to ensure that the OTA upgrade can proceed normally in various situations, effectively improving the comprehensiveness of test scenario coverage.

[0063] See also Figure 6 , Figure 6 This is a schematic diagram of the overall process of a feasible embodiment of the present application. Figure 6As shown, after obtaining the upgrade configuration information input by the user, this embodiment can create an OTA upgrade task based on the upgrade configuration information through the software interaction module, vehicle interaction module, BSS (Business Support System) interaction module, task interaction module and other functional modules in the vehicle-side OTA device. The software interaction module is used to interact with the software carried by the vehicle-side OTA device to obtain basic software information, and upload the OTA upgrade task to the VBF module and convert it into VBF format. The vehicle interaction information is used to collect basic vehicle information. The BSS interaction module interacts with other systems to achieve data sharing and business collaboration. The task interaction system is used to generate OTA tasks based on the upgrade configuration information. The basic vehicle information, basic software information and OTA tasks are used as OTA upgrade tasks, and the OTA upgrade tasks are converted into VBF format. After the OTA upgrade task is created, it is synchronized with the OTA upgrade platform by mobilizing the synchronization task push interface, so that the OTA upgrade platform sends the OTA upgrade file corresponding to the OTA upgrade task. Then, the ADB script is run through subprocess to monitor the log of the vehicle-side OTA device FOTAMaster in real time to monitor the download progress of the OTA upgrade file. The interface operation is simulated by using the Ul Automator application interface to simulate the user's operation on the vehicle interface, so as to load the OTA upgrade file without user operation. The TCP message data of the target Ethernet channel of the vehicle network test tool is obtained, and then the IPCP data in the TCP message data is parsed, and the DolP data in the TCP message data is parsed to obtain the event content in the OTA upgrade process. Then, according to the event content, the OTA upgrade test result of the vehicle-side OTA device is generated. After the OTA upgrade is completed, the OTA upgrade test result is output.

[0064] It should be noted that the above examples are only used to understand the present application and do not constitute a limitation on the OTA upgrade test method of the present application. More simple transformations based on this technical concept are all within the scope of protection of the present application.

[0065] The present application provides a vehicle-side OTA device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the OTA upgrade test method in the above-mentioned embodiment one.

[0066] Reference below Figure 7 , which shows a schematic diagram of the structure of a vehicle-side OTA device suitable for implementing an embodiment of the present application. It can be understood that Figure 7 The vehicle-side OTA device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application. For example, the vehicle-side OTA device can be a vehicle-mounted terminal device such as an OTA upgrade controller or a vehicle controller of the vehicle, or a controller, a detachable terminal, etc. configured on the vehicle to implement the OTA upgrade test method of this embodiment, or a simulation test device independent of the vehicle for OTA upgrade testing, etc.

[0067] like Figure 7 As shown, the vehicle-side OTA device may include a processing device 1001 (such as a central processing unit, a graphics processor, etc.), which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM: Read Only Memory) 1002 or the program loaded from the storage device 1003 to the random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for the operation of the vehicle-side OTA device are also stored. The processing device 1001, ROM1002 and RAM1004 are connected to each other through a bus 1005. The input / output (I / O) interface 1006 is also connected to the bus. Generally, the following systems can be connected to the I / O interface 1006: an input device 1007 including, for example, a touch screen, a touchpad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; an output device 1008 including, for example, a liquid crystal display (LCD: Liquid Crystal Display), a speaker, a vibrator, etc.; a storage device 1003 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 1009. The communication device 1009 can allow the vehicle-side OTA device to communicate with other devices wirelessly or by wire to exchange data. Although the figure shows a vehicle-side OTA device with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems can be implemented or have alternatively.

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

[0069] The vehicle-side OTA device provided by this application adopts the OTA upgrade test method in the above embodiment, which can solve the technical problem of low test efficiency of the existing OTA upgrade test method. Compared with the prior art, the beneficial effects of the vehicle-side OTA device provided by this application are the same as the beneficial effects of the OTA upgrade test method provided by the above embodiment, and the other technical features in the vehicle-side OTA device are the same as the features disclosed in the previous embodiment method, which will not be repeated here.

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

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

[0072] In addition, the present application may also provide a vehicle, the vehicle comprising the vehicle-side OTA device as described above. Of course, it is understandable that the vehicle also includes a driving device, a steering device, and other devices for maintaining the normal operation of the vehicle.

[0073] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, computer programs) stored thereon, and the computer-readable program instructions are used to execute the OTA upgrade test method in the above-mentioned embodiment.

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

[0075] The above-mentioned computer-readable storage medium may be included in the vehicle-side OTA device; or it may exist independently without being installed in the vehicle-side OTA device.

[0076] The above-mentioned computer-readable storage medium carries one or more programs. When the above-mentioned one or more programs are executed by the vehicle-side OTA device, the vehicle-side OTA device: responds to the OTA upgrade test instruction for the vehicle-side OTA device, controls the vehicle-side OTA device to load the OTA upgrade file for OTA upgrade; filters out TCP format message data from the message data of the vehicle communication network of the vehicle-side OTA device as the event message in the OTA upgrade process, and parses the event message to obtain the event content; generates the OTA upgrade test result of the vehicle-side OTA device according to the event content.

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

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

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

[0080] The readable storage medium provided in this application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned OTA upgrade test method, and can solve the technical problem of low test efficiency of the existing OTA upgrade test method. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as the beneficial effects of the OTA upgrade test method provided in the above-mentioned embodiment, and will not be repeated here.

[0081] The present application also provides a computer program product, including a computer program, which implements the steps of the above-mentioned OTA upgrade test method when executed by a processor.

[0082] The computer program product provided by this application can solve the technical problem of low test efficiency of the existing OTA upgrade test method. Compared with the prior art, the beneficial effects of the computer program product provided by this application are the same as the beneficial effects of the OTA upgrade test method provided by the above embodiment, which will not be repeated here.

[0083] The above descriptions are only some embodiments of the present application, and are not intended to limit the patent scope of the present application. All equivalent structural changes made using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect applications in other related technical fields are included in the patent protection scope of the present application.

Claims

1. An OTA upgrade test method, characterized in that: The OTA upgrade test method includes: In response to an OTA upgrade test instruction for a vehicle-side OTA device, control the vehicle-side OTA device to load an OTA upgrade file for OTA upgrade; Filtering out TCP format message data from the message data of the vehicle communication network of the vehicle-side OTA device as an event message in the OTA upgrade process, and parsing the event message to obtain event content; According to the event content, an OTA upgrade test result of the vehicle-side OTA device is generated.

2. The method according to claim 1, characterized in that The step of filtering out TCP format message data from the message data of the vehicle communication network of the vehicle-side OTA device as an event message in the OTA upgrade process, and parsing the event message to obtain the event content includes: Connecting to the target Ethernet channel of the bus test tool of the vehicle-side OTA device and receiving the message data transmitted by the target Ethernet channel; Filtering out TCP format message data from the message data as event messages in the OTA upgrade process, and storing the event messages in a target queue; The event messages in the target queue are read in sequence, and DoIP parsing and IPCP parsing are performed on the event messages to obtain event content.

3. The method according to claim 1, characterized in that The step of controlling the vehicle-side OTA device to load the OTA upgrade file for OTA upgrade in response to the OTA upgrade test instruction for the vehicle-side OTA device includes: In response to an OTA upgrade test instruction for the vehicle-side OTA device, downloading an OTA upgrade file from the OTA upgrade platform; The download progress of the OTA upgrade file is monitored, and after the download progress is completed, a simulated input of the installation operation is performed on the vehicle-side OTA device's vehicle-machine interface, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade.

4. The method according to claim 3, characterized in that The step of downloading the OTA upgrade file from the OTA upgrade platform in response to the OTA upgrade test instruction for the vehicle-side OTA device includes: In response to an OTA upgrade test instruction for a vehicle-side OTA device, acquiring upgrade configuration information input into the vehicle-side OTA device, and creating an OTA upgrade task based on the upgrade configuration information; Establish a connection with the OTA upgrade platform, synchronize the OTA upgrade task to the OTA upgrade platform, and download the OTA upgrade file corresponding to the OTA upgrade task from the OTA upgrade platform.

5. The method according to claim 3, characterized in that The step of monitoring the download progress of the OTA upgrade file includes: Monitor the OTA upgrade log of the vehicle-side OTA device; The download progress of the OTA upgrade file is obtained from the OTA upgrade log.

6. The method according to claim 3, characterized in that After the download progress is completed, the step of simulating the input of the installation operation to the vehicle interface of the vehicle-side OTA device so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade includes: After the download progress is completed, the vehicle interface of the vehicle-side OTA device is subjected to text recognition to identify the interface coordinates of the operation controls corresponding to the installation operation; An interactive signal is input into the interface coordinates to simulate the installation operation on the vehicle interface of the vehicle-side OTA device, so that the vehicle-side OTA device loads the OTA upgrade file for OTA upgrade.

7. The method according to any one of claims 1 to 6, characterized in that The step of generating the OTA upgrade test result of the vehicle-side OTA device according to the event content includes: Get the negative feedback exception table of OTA upgrade; The event content is compared with the negative feedback exception table, and the exception items in the negative feedback exception table that match the event content are used as the OTA upgrade test results of the vehicle-side OTA device.

8. A vehicle-side OTA device, characterized in that: The device comprises: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the OTA upgrade test method according to any one of claims 1 to 7.

9. A storage medium, characterized in that: The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the OTA upgrade test method according to any one of claims 1 to 7 are implemented.

10. A computer program product, characterized in that The computer program product comprises a computer program, and when the computer program is executed by a processor, the steps of the OTA upgrade test method according to any one of claims 1 to 7 are implemented.

Images