Vehicle upgrade progress display method, agent node and main node

Abstract

The embodiment of the invention provides a vehicle upgrading progress display method, an agent node and a main node. The method comprises the following steps: the master node can send the upgrade package to the corresponding proxy node; the agent node can send the upgrade package sent by the main node to the to-be-upgraded equipment after upgrading is started, and obtains the first upgrade progress, the upgrade package size and the network transmission rate of the upgrade package received by the to-be-upgraded equipment in the process. The agent node can calculate the second upgrade progress of the agent node according to the upgrade package size of the to-be-upgraded device and the network transmission rate. And the agent node sends the second upgrading progress of the agent node to the main node. And the main node can calculate the total upgrade progress according to the upgrade package size of the upgrade package distributed to each agent node and the second upgrade progress of each agent node. The method is used for achieving the effect of improving the calculation accuracy of the upgrading progress of the whole vehicle software.

Description

Technical Field

[0001] The present invention relates to the technical field of software updating, and in particular to a vehicle upgrade progress display method, an agent node and a master node. Background Art

[0002] With the application of over-the-air programming (OTA) in the vehicle field, it is possible to push the latest software to the vehicle side by wireless communication, and upgrade the vehicle software. The vehicle side display can also display the upgrade progress of the vehicle software. However, in the prior art, there is a problem of inaccurate calculation of the upgrade progress of the vehicle software. Summary of the invention

[0003] The object of the present invention is to provide a method for displaying the upgrade progress of a vehicle, so as to solve the problem of inaccurate calculation of the upgrade progress of the whole vehicle software in the prior art.

[0004] In a first aspect, an embodiment of the present application provides a method for displaying the upgrade progress of a vehicle, the method being applied to an agent node, wherein a master node and at least one agent node are deployed in the vehicle, the master node is connected to the agent node, and the agent node is connected to at least one device to be upgraded, the method comprising:

[0005] During the upgrade process using the upgrade package sent by the master node, obtaining a first upgrade progress, an upgrade package size, and a network transmission rate of the proxy node that performs the upgrade or a device to be upgraded connected to the proxy node;

[0006] Determine a second upgrade progress of the proxy node according to a first upgrade progress, an upgrade package size, and a network transmission rate of the proxy node performing the upgrade and / or a device to be upgraded connected to the proxy node;

[0007] The second upgrade progress of the proxy node is sent to the master node; wherein the second upgrade progress is used to determine and display the total upgrade progress of the upgrade package.

[0008] In a second aspect, an embodiment of the present application provides a method for displaying the upgrade progress of a vehicle, the method being applied to a master node, wherein a master node and at least one proxy node are deployed in the vehicle, the master node is connected to the proxy node, and the proxy node is connected to at least one device to be upgraded, the method comprising:

[0009] Distribute the upgrade package to the proxy node according to the proxy node and the device to be upgraded connected to the proxy node;

[0010] Acquire a second upgrade progress sent by the proxy node; wherein the second upgrade progress is determined based on the first upgrade progress of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node, the upgrade package size, and the network transmission rate;

[0011] According to the second upgrade progress and the upgrade package size of each of the proxy nodes, the total upgrade progress of the upgrade package is determined and displayed.

[0012] In a third aspect, an embodiment of the present application provides a second upgrade progress display device for a vehicle, wherein the method is applied to a proxy node, wherein a master node and at least one proxy node are deployed in the vehicle, wherein the master node is connected to the proxy node, and the proxy node is connected to at least one device to be upgraded, wherein the method comprises:

[0013] An acquisition module, used to acquire, during the upgrade process using the upgrade package sent by the master node, a first upgrade progress, an upgrade package size, and a network transmission rate of the proxy node that performs the upgrade or a device to be upgraded connected to the proxy node;

[0014] A processing module is used to determine the second upgrade progress of the proxy node based on the first upgrade progress of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node, the upgrade package size, and the network transmission rate; and send the second upgrade progress of the proxy node to the master node; wherein the second upgrade progress is used to determine and display the total upgrade progress of the upgrade package.

[0015] In a fourth aspect, an embodiment of the present application provides a method for displaying the upgrade progress of a vehicle, the method being applied to a master node, wherein a master node and at least one proxy node are deployed in the vehicle, the master node is connected to the proxy node, and the proxy node is connected to at least one device to be upgraded, the method comprising:

[0016] A distribution module, used to distribute the upgrade package to the proxy node according to the proxy node and the device to be upgraded connected to the proxy node;

[0017] an acquisition module, configured to acquire a second upgrade progress sent by the proxy node; wherein the second upgrade progress is determined based on the first upgrade progress of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node, the size of the upgrade package, and the network transmission rate;

[0018] The processing module is used to determine and display the total upgrade progress of the upgrade package according to the second upgrade progress and the upgrade package size of each proxy node.

[0019] In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium, in which computer-readable storage medium is stored computer execution instructions, and when the computer execution instructions are executed by a processor, they are used to implement the first aspect and / or various possible implementation methods of the first aspect as described above, or, when the computer execution instructions are executed by a processor, they are used to implement the second aspect and / or various possible implementation methods of the second aspect as described above.

[0020] In a sixth aspect, an embodiment of the present application provides a computer program product, comprising a computer program, which, when executed by a processor, implements the first aspect above and / or various possible implementations of the first aspect, or, when the computer execution instructions are executed by a processor, are used to implement the second aspect above and / or various possible implementations of the second aspect.

[0021] Beneficial effects of the present invention:

[0022] This application achieves real-time calculation of the total upgrade progress by obtaining the first upgrade progress of the device to be upgraded during the upgrade process, thereby improving the real-time performance of the total upgrade progress. In addition, this application calculates the upgrade weight by using the network transmission rate and the upgrade package size, which can make the calculated upgrade progress change more evenly over time, which is beneficial for users to correctly estimate the upgrade time, reduce the expectation gap caused by uneven progress change rates, and effectively improve the user's upgrade experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] In order to more clearly illustrate the technical solutions in the present application or the prior art, a brief introduction will be given below to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0024] Figure 1 A curve chart showing the upgrade progress of a proxy node proposed by the present invention;

[0025] Figure 2 This is an information schematic diagram of a device to be upgraded proposed by the present invention;

[0026] Figure 3 A schematic diagram of calculating the upgrade progress of a proxy node proposed by the present invention Figure 1 ;

[0027] Figure 4 A schematic diagram of calculating the upgrade progress of a proxy node proposed by the present invention Figure 2 ;

[0028] Figure 5 A schematic diagram of calculating the upgrade progress of a proxy node proposed by the present invention Figure 3 ;

[0029] Figure 6 A curve chart showing the upgrade progress of a proxy node proposed by the present invention;

[0030] Figure 7 A schematic structural diagram of a vehicle proposed by the present invention;

[0031] Figure 8 Signaling interaction of a vehicle upgrade progress display method proposed by the present invention Figure 1 ;

[0032] Fig. 9 A vehicle upgrade progress display method process proposed by the present invention Figure 1 ;

[0033] Fig.10 A vehicle upgrade progress display method process proposed by the present invention Figure 2 ;

[0034] Fig.11 A vehicle upgrade progress display method process proposed by the present invention Figure 3 ;

[0035] Fig.12 A vehicle upgrade progress display method process proposed by the present invention Figure 4 ;

[0036] Fig.13 Signaling interaction of a vehicle upgrade progress display method proposed by the present invention Figure 2 ;

[0037] Fig.14 A schematic diagram of the structure of a vehicle upgrade progress display device proposed by the present invention Figure 1 ;

[0038] Fig.15 A schematic diagram of the structure of a vehicle upgrade progress display device proposed by the present invention Figure 2 ;

[0039] Fig.16 A schematic diagram of the structure of a proxy node provided by the present application is provided in the present invention Figure 1 ;

[0040] Fig.17 A schematic diagram of the structure of a proxy node provided by the present application is provided in the present invention Figure 2 . DETAILED DESCRIPTION

[0041] The following will describe the embodiments of the present invention with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of the present invention from the contents disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention, not for limiting the scope of protection of the present invention.

[0042] It should be noted that the illustrations provided in the following embodiments are only schematic illustrations of the basic concept of the present invention, and thus the drawings only show components related to the present invention rather than being drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component may be changed arbitrarily, and the component layout may also be more complicated.

[0043] With the application of over-the-air programming (OTA) technology in the vehicle field, it is possible to push the latest software to the vehicle side through wireless communication to upgrade the vehicle software. The upgrade of the vehicle software can include updating and upgrading the system, software, and data of various domain controllers, sensors, and ECUs that support upgrades in the vehicle. The upgrade progress of the vehicle software can also be displayed on the display of the vehicle side. At present, during the upgrade process, a log record of the OTA upgrade process can be created, and the execution stage and progress of the current execution event during the OTA upgrade can be located based on the log record, and the upgrade progress of each sensor and the upgrade progress corresponding to each sensor upgrade weight, as well as the progress of the overall OTA upgrade, are displayed. However, the OTA second upgrade progress obtained by this method is a stage progress, and during the stage execution process, there is a problem of low progress calculation accuracy.

[0044] Currently, the upgrade progress of a single upgrade object has only two upgrade progress states: 0% and 100%. The vehicle computer can update the upgrade progress when it determines that a controller has completed the upgrade. For example, taking the upgrade of three controllers as an example, the upgrade progress curve can be as follows: Figure 1 As shown in the figure. When one controller is upgraded, the progress is updated to 33%. When two controllers are upgraded, the progress is updated to 66%. When all three controllers are upgraded, the progress is updated to 100%. However, during this process, the upgrade progress may remain unchanged for a long time, or increase a lot in a short period of time, affecting the user's judgment of the overall upgrade progress and the upgrade experience.

[0045] In order to solve the above problems, the present application proposes a method for displaying the upgrade progress of a vehicle. In the process of an upgrade task, the present application can set the upgrade weight according to the upgrade package size and the network transmission rate, and calculate the total upgrade progress. Optionally, if Figure 2 As shown, each controller may include two pieces of information: upgrade package size and network transmission rate. Among them, the network transmission rate may affect the upgrade rate of the controller.

[0046] The total upgrade progress is the cumulative sum of the upgrade progress of each controller multiplied by its upgrade weight during the upgrade process. Figure 3 As shown in the figure, when there are three controllers to be upgraded, after obtaining the upgrade progress and upgrade weight of each controller, the total upgrade progress can be calculated based on the cumulative sum of the product of the upgrade progress and its upgrade weight. The upgrade progress of each controller is the ratio of the upgrade package size corresponding to the controller to the amount of data received by the controller. Figure 3 The three controllers shown are controllers that perform upgrades in parallel. In reality, there may also be situations in which serial upgrades are required in a vehicle. When serial and parallel upgrades coexist in an upgrade task, the calculation method of the total upgrade progress is the same as Figure 3 The total progress of the upgrade with both serial and parallel upgrades can be calculated as follows: Figure 4 As shown in the figure, controllers 2 and 3 are upgraded in parallel, and controller 1 is upgraded in series with controllers 2 and 3. That is, controllers 2 and 3 can be upgraded only after controller 1 is upgraded. When controller 1 is upgraded, controllers 2 and 3 can be upgraded in parallel. For example, when controller 1 is upgraded and controllers 2 and 3 are upgraded, the total upgrade progress can be calculated as follows: Figure 5 Optionally, Figure 3 , Figure 4 and Figure 5 The progress bar of the total upgrade progress can be displayed on the display to allow users to obtain accurate progress of the upgrade and improve user experience. The calculation method of the total upgrade progress used in this application can make the change of the total upgrade progress smoother and the upgrade progress change more evenly over time, thereby helping users to better estimate the upgrade time and reduce the expectation gap caused by uneven progress change rate, effectively improving the user's upgrade experience. For example, the curve graph of the total upgrade progress can be as follows: Figure 6 shown.

[0047] Figure 7 This is a schematic diagram of the node interaction relationship of the vehicle during the upgrade process provided by this application. Figure 7 As shown, the cloud can be provided with an OTA server. The vehicle side can include a master node (Master) and a proxy node (SubMaster).

[0048] Among them, the master control node may specifically include a vehicle computer (Client) and an upgrade master control node. Among them, the vehicle computer is used to interact with the OTA server to obtain and download the main upgrade package. After downloading the main upgrade package, the vehicle computer can split the main upgrade package to obtain multiple upgrade packages. The vehicle computer can also distribute the upgrade package to each proxy node according to the needs of each proxy node. The vehicle computer can also display the upgrade progress for the user to view. The upgrade master control node is used to obtain the upgrade instruction, and convert the upgrade into an installation instruction, which is sent to each proxy node. The upgrade master control node can also be used to obtain the upgrade progress of each proxy node and calculate the total upgrade progress. The upgrade master control node can report the total upgrade progress to the vehicle computer. The upgrade master control node can be a process running on the vehicle computer. Alternatively, the upgrade master control node can also be executed on a separate controller. The upgrade master control node can be located in the gateway to complete the inspection of the preconditions for the installation of the whole vehicle; execute the installation strategy and initiate the installation; judge the association relationship between the software, and initiate the version rollback of the associated software after the upgrade of some software fails.

[0049] Among them, the proxy node can have the ability to read and write files, install itself, and flash the connected modules. The proxy node can specifically include a controller and a gateway with an intelligent operating system. Optionally, the controller that can use the intelligent operating system is called an intelligent operating system (Intelligent Operating System, IOS), referred to as intelligent OS. Among them, the intelligent OS is used to implement the software update of the microprocessor unit / system-on-chip (Microprocessor Unit / System OnChip, MPU / SOC) operating system inside the controller. And the software installation of the peripheral hardware modules controlled by the MPU / SOC. The gateway implements the software flashing of the controller on the controller area network (Controller Area Network, CAN), the controller area network with a variable rate (CAN with Flexible Data-Rate, CANFD), and the Ethernet bus through the standard diagnostic protocol. Each proxy node can be connected to multiple devices to be upgraded. The device to be upgraded can be a controller or sensor to be upgraded. The proxy node can flash the upgrade package to the device to be upgraded to achieve the upgrade of the device to be upgraded. The proxy node can also calculate the upgrade progress of the proxy node according to the upgrade progress and upgrade weight of the device to be upgraded. The proxy node can report the upgrade progress to the master node.

[0050] The vehicle may also include Unified Diagnostic Services (UDS). The UDS may define some service contents for the upgrade scenario. The service contents may include services such as 34 (request to download), 35 (request to upload), 36 (data transfer), 37 (request to exit transmission), and 38 (request to transfer files). In addition, the UDS may also include scenario services with and without file systems. In addition, the UDS may also be combined with service contents such as 22 (read data through ID), 2E (write data through ID), 27 (security access), 28 (communication control), 85 (DTC control), and 31 (routine control) to assist OTA in completing the overall upgrade process.

[0051] The technical solution of the present application and how the technical solution of the present application solves the above-mentioned technical problems are described in detail below with specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments. The embodiments of the present application will be described below in conjunction with the accompanying drawings.

[0052] Figure 8 Signaling interaction for the vehicle upgrade progress display method provided by this application Figure 1 A master node and at least one agent node are deployed in the vehicle, the master node is connected to the agent node, and the agent node is connected to at least one device to be upgraded. Figure 7 Based on the embodiment shown, Figure 8 As shown, the method includes:

[0053] S101. The master node distributes the upgrade package to the proxy nodes according to the proxy nodes and the devices to be upgraded connected to the proxy nodes.

[0054] In this embodiment, the master node may split the master upgrade package after downloading the master upgrade package to obtain multiple upgrade packages. Optionally, an upgrade package may correspond to a device to be upgraded and may be applied to the upgrade of the device to be upgraded. Alternatively, an upgrade package may correspond to an agent node and may be applied to the upgrade of the agent node. The master node may determine the agent node corresponding to the upgrade package based on the information of the upgrade package. When the upgrade package corresponds to an agent node, the upgrade package may be used to upgrade the agent node or the device to be upgraded connected to the agent node. The master node may send the upgrade package to the corresponding agent node. After receiving the upgrade package, the agent node may execute the agent node and / or the device to be upgraded connected to the agent node.

[0055] It should be noted that in one upgrade task, all devices to be upgraded connected to the proxy node may be upgraded. Alternatively, in one upgrade task, some of the devices to be upgraded connected to the proxy node may also be upgraded. And, in one upgrade task, the proxy node itself may also be upgraded. Alternatively, in one upgrade task, the proxy node itself may not be upgraded. Optionally, when the proxy node or the device to be upgraded needs to be upgraded, the proxy node will obtain the upgrade package of the proxy node or the device to be upgraded. Optionally, there may be multiple upgrade packages corresponding to one proxy node or the device to be upgraded. Optionally, when it is necessary to upgrade the proxy node and the device to be upgraded, it is usually necessary to complete the upgrade of the proxy node first, and then upgrade the device to be upgraded connected to the proxy node.

[0056] S102: During an upgrade process using the upgrade package sent by the master node, obtain a first upgrade progress, an upgrade package size, and a network transmission rate of a proxy node that performs the upgrade or a device to be upgraded that is connected to the proxy node.

[0057] In this embodiment, if the proxy node itself needs to be upgraded, the proxy node can first use the upgrade package corresponding to the proxy node itself to upgrade after starting the upgrade. During the upgrade process, the proxy node can obtain the first upgrade progress of the proxy node during the upgrade process through a preset interface. In addition, the proxy node can also obtain the upgrade package size of the upgrade package of the proxy node. In addition, the proxy node can also obtain the preset network transmission rate of the proxy node.

[0058] After the proxy node starts upgrading, if the proxy node does not need to be upgraded, or the proxy node completes the upgrade, the proxy node can send the upgrade package sent by the master node to the device to be upgraded. Optionally, the process of the proxy node sending the upgrade package to the device to be upgraded is the process of the proxy node flashing the upgrade package to the device to be upgraded. Optionally, the proxy node may include a flashing host computer with an upgraded device. After parsing the upgrade package, the proxy node can flash the parsed upgrade package to the device to be upgraded to achieve the upgrade of the device to be upgraded.

[0059] In this process, the proxy node can obtain the first upgrade progress of the upgrade package that the device to be upgraded has received. The proxy node can also obtain the size of the upgrade package that needs to be sent to the device to be upgraded. The proxy node can also obtain the network transmission rate when data is transmitted between the device to be upgraded and the proxy node. Among them, the first upgrade progress represents the proportion of data that the proxy node has sent to the device to be upgraded in the entire upgrade package. The upgrade package size represents the amount of data in the upgrade package required for the upgrade of the device to be upgraded. The network transmission rate represents the network transmission rate between the proxy node and the device to be upgraded. Optionally, the network transmission rate can be determined based on the network segment where the node to be upgraded is located. Alternatively, the network transmission rate can be obtained by testing. Alternatively, the network transmission rate can be a set value.

[0060] Optionally, the first upgrade progress may be a percentage value. Specifically, the first upgrade progress may be a ratio of the amount of data that has been transmitted to the device to be upgraded to the size of the upgrade package that needs to be transmitted to the device to be upgraded. The ratio may be displayed in the form of a percentage. The first upgrade progress is the upgrade progress of the device to be upgraded. Alternatively, the first upgrade progress may be the upgrade progress of the proxy node obtained through an interface.

[0061] Optionally, each proxy node can be connected to multiple devices to be upgraded. Different devices to be upgraded can use different network bandwidths. The network bandwidth is the network transmission rate of the device to be upgraded.

[0062] Optionally, when the proxy node itself needs to be upgraded, the upgrade progress query interface of the proxy node can be called to query the upgrade progress of the proxy node itself. The upgrade of the proxy node itself is serial with the upgrade of the device to be upgraded.

[0063] Optionally, the upgrade progress is usually proportional to the upgrade package size and inversely proportional to the network transmission rate. Therefore, the application uses the upgrade package size and the network transmission rate to calculate the upgrade weight, which can make the calculated upgrade progress change more evenly over time, which is conducive to users to correctly estimate the upgrade time, reduce the expectation gap caused by uneven progress change rate, and effectively improve the user's upgrade experience.

[0064] In one implementation, the proxy node may determine the first upgrade progress of the device to be upgraded based on the address offset when reading the upgrade package. The specific process may include:

[0065] Step 10: Obtain the address offset of the upgrade package read by the proxy node when the proxy node sends the upgrade package to the device to be upgraded.

[0066] In this step, the proxy node can directly parse the packaged upgrade file by the flashing host computer and read the address offset of the file. During the flashing process, the address offset will be continuously updated as the data is flashed and always points to the first data that has not been read. Therefore, when the proxy node obtains the address offset, the proxy node can determine the amount of data that has been sent to the device to be upgraded.

[0067] Step 20: Determine the first upgrade progress of the device to be upgraded connected to the proxy node according to the address offset.

[0068] In this step, the proxy node can determine the first upgrade progress of the device to be upgraded connected to the proxy node according to the ratio of the amount of data sent to the device to be upgraded to the size of the entire upgrade package. The first upgrade progress is the upgrade progress of the device to be upgraded.

[0069] In another implementation, the proxy node may determine the first upgrade progress of the device to be upgraded by counting the sent data packets. The specific process may include:

[0070] Step 10: Obtain the number of data packets sent to the device to be upgraded, wherein the data packets include part of the data in the upgrade package, and each data packet has the same size.

[0071] In this step, the Flash Bootloader (FBL) upgrade package is composed of data. Therefore, when flashing the node to be upgraded, the proxy node can divide the upgrade package into multiple data packets after parsing the upgrade package. The proxy node can implement the flashing and upgrading of the device to be upgraded by sending the multiple data packets to the device to be upgraded in sequence. Among them, the amount of data in each data packet is certain. That is, the size of each data packet is the same. Therefore, the proxy node can obtain the number of data packets that have been sent to the device to be upgraded.

[0072] Step 20: Determine the first upgrade progress of the device to be upgraded connected to the proxy node according to the data packet size and the number of data packets that have been sent.

[0073] In this step, the proxy node can determine the number of data packets of the upgrade package according to the size of the data packet. The proxy node can determine the first upgrade progress of the device to be upgraded connected to the proxy node according to the ratio of the number of data packets sent and the number of the split data packets.

[0074] S103: Determine a second upgrade progress of the proxy node according to the first upgrade progress of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node, the size of the upgrade package, and the network transmission rate.

[0075] In this embodiment, after obtaining the upgrade package size of the proxy node and / or each device to be upgraded connected to the proxy node, as well as the network transmission rate, the proxy node can calculate the upgrade weight of the proxy node and / or each device to be upgraded based on the upgrade package size and the network transmission rate. Furthermore, the proxy node can determine the second upgrade progress of the proxy node based on the first upgrade progress and the upgrade weight of the proxy node and / or each device to be upgraded. Optionally, the second upgrade progress of the proxy node can be calculated as follows: Figure 1 As shown, it is the cumulative sum of the product of the first upgrade progress and the upgrade weight of each device to be upgraded.

[0076] In one example, during the upgrade process, when the upgrade of the device to be upgraded fails, there are generally three situations: retry upgrade, rollback, and rollback failure. When a retry upgrade occurs, the second upgrade progress of the proxy node or the device to be upgraded that performs the upgrade will be reset or rolled back. The proxy node needs to save the first upgrade progress of the device to be upgraded before resetting or rolling back. That is, the proxy node can also determine whether the first upgrade progress of the proxy node or the device to be upgraded that performs the upgrade at the current moment is less than the first upgrade progress at the previous moment before calculating the second upgrade progress. If the first upgrade progress at the current moment is less than the first upgrade progress at the previous moment, it means that the device to be upgraded has a retry upgrade or rollback after the upgrade fails. At this time, in order to ensure that the second upgrade progress will not roll back, the proxy node can use the first upgrade progress at the previous moment as the first upgrade progress at the current moment for the subsequent calculation of the second upgrade progress. During the calculation process of the second upgrade progress, when a rollback occurs, the processing method is the same as the retry upgrade.

[0077] In one example, if it is determined that the upgrade of the proxy node executing the upgrade or the device to be upgraded connected to the proxy node fails, the proxy node can set the first upgrade progress of the proxy node executing the upgrade or the device to be upgraded that failed to upgrade to 100%. Alternatively, when it is determined that the rollback fails, the proxy node can retain the maximum first upgrade progress reached by the proxy node executing the upgrade or the device to be upgraded. The proxy node can uniformly report the progress as completed after the other proxy nodes executing the upgrade and the device to be upgraded have completed the upgrade. The progress reporting completion means setting the second upgrade progress of the proxy node executing the upgrade or the device to be upgraded to 100%.

[0078] For example, a certain upgrade task includes a node to be upgraded. Assume that when the first upgrade progress of the node to be upgraded is 30%, the upgrade of the node to be upgraded fails. At this time, the node to be upgraded starts to retry the upgrade. The first upgrade progress of the node to be upgraded retreats to 0%. At this time, the first upgrade progress received by the proxy node is 0%, which is smaller than the previous 30%, so it is not updated. That is, the second upgrade progress reported by the proxy node to the master node is still 30%. Until the first upgrade progress of the node to be upgraded is greater than 30%, the proxy node updates the second upgrade progress and reports the new second upgrade progress to the master node.

[0079] S104: The proxy node sends the second upgrade progress of the proxy node to the master node, wherein the second upgrade progress is used to determine and display the total upgrade progress of the upgrade package.

[0080] S105, the master node obtains the second upgrade progress sent by the proxy node, wherein the second upgrade progress is determined based on the first upgrade progress of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node, the upgrade package size, and the network transmission rate.

[0081] S106: The master node determines and displays the total upgrade progress of the upgrade package according to the second upgrade progress and the size of the upgrade package of each proxy node.

[0082] In this embodiment, the master node can determine the upgrade weight of each proxy node according to the upgrade package size of the upgrade package distributed to each proxy node. Secondly, according to the second upgrade progress and upgrade weight reported by each proxy node, the master node can calculate the total upgrade progress.

[0083] Optionally, the overall progress of the upgrade can be displayed on the vehicle's onboard computer. After starting the upgrade, the onboard computer can periodically request the master node to obtain the overall progress of the upgrade. Optionally, the period can be once every 1 second.

[0084] The upgrade progress display method of the vehicle provided in the embodiment of the present application, the master node can send the upgrade package to the corresponding proxy node. After starting the upgrade, the proxy node can send the upgrade package sent by the master node to the device to be upgraded, and obtain the first upgrade progress, upgrade package size, and network transmission rate of the upgrade package that the device to be upgraded has received in the process. The proxy node can calculate the second upgrade progress of the proxy node according to the upgrade package size of the device to be upgraded and the network transmission rate, and according to the upgrade package size and the network transmission rate. The proxy node sends the second upgrade progress of the proxy node to the master node. The master node can calculate the total upgrade progress according to the upgrade package size of the upgrade package distributed to each proxy node and the second upgrade progress of each proxy node. In the present application, by obtaining the first upgrade progress, network transmission rate and upgrade package size of the device to be upgraded during the upgrade process, the means of calculating the total upgrade progress is realized, and the effect of improving the calculation accuracy of the total upgrade progress is achieved. In addition, the implementation of the present application gets rid of the situation in the existing scheme that the second upgrade progress of the device to be upgraded has only two states of 0% and 100%, so that the second upgrade progress of the device to be upgraded can be updated in real time with the upgrade process.

[0085] Based on the above embodiment, for the retry upgrade situation, the execution steps of the proxy node can be as follows: Fig. 9 As shown. It includes the following steps:

[0086] S201, start upgrading. In this step, the proxy node may start to write the upgrade package to the device to be upgraded, so as to upgrade the device to be upgraded.

[0087] S202: Flashing failed. In this step, after the device to be upgraded starts to be upgraded, if the flashing fails, the proxy node determines that the flashing has failed.

[0088] S203, retry the upgrade. In this step, when the flashing fails, the proxy node can retry the upgrade operation of the device to be upgraded.

[0089] S204, save the progress value before retrying. In this step, before the retry process, the proxy node can save the first upgrade progress of the device to be upgraded before the retry. For the convenience of description, the first upgrade progress of the device to be upgraded before the retry saved by the proxy node can be recorded as the historical upgrade progress.

[0090] S205, progress reset. In this step, the proxy node may set the first upgrade progress to 0. The 0 is an initial value.

[0091] S206, re-analyze the progress value. In this step, the proxy node can recalculate the current upgrade progress according to the flashing status of the device to be upgraded during the retry upgrade process. The current upgrade progress is the first upgrade progress of the device to be upgraded at the current moment.

[0092] S207, determine whether the new progress value is greater than the progress value before retrying. In this step, the progress value before retrying is the historical upgrade progress. The new progress value is the current upgrade progress. The proxy node can compare the historical upgrade progress with the current upgrade progress. If the historical upgrade progress is greater than the current upgrade progress, the proxy node can execute S208. Otherwise, if the historical upgrade progress is less than or equal to the current upgrade progress, the proxy node can return to step S206.

[0093] S208, update progress value. In this step, the proxy node can use the current upgrade progress as the first upgrade progress of the device to be upgraded. Optionally, when the current upgrade progress is not used as the first upgrade progress of the device to be upgraded, the proxy node can use the historical upgrade progress as the first upgrade progress of the device to be upgraded.

[0094] S209: Determine whether the upgrade is completed. In this step, if the upgrade is completed, the proxy node can execute step S210. If the upgrade is not completed, the proxy node can return to step S206.

[0095] S210, setting the upgrade progress to 100%. In this step, when the device to be upgraded has completed upgrading, the proxy node may set the first upgrade progress of the device to be upgraded to 100%.

[0096] Based on the above embodiment, in case of upgrade failure, the execution steps of the proxy node can be as follows: Fig.10 As shown. It includes the following steps:

[0097] S301, start upgrading. In this step, the proxy node may start to write the upgrade package to the device to be upgraded, so as to upgrade the device to be upgraded.

[0098] S302: Flashing failed. In this step, after the device to be upgraded starts to be upgraded, if the flashing fails, the proxy node determines that the flashing has failed.

[0099] S303, retry the upgrade. In this step, when the flashing fails, the proxy node can retry the upgrade operation of the device to be upgraded.

[0100] S304, retry failure. In this step, when the flash writing exception occurs again during the retry upgrade process, the proxy node determines that the retry has failed.

[0101] S305, rollback failure. In this step, when the retry fails, the proxy node will try to roll back. If the rollback fails, the proxy node will continue to execute step S306. If the rollback is successful, the proxy node will retry the upgrade based on the device to be upgraded after the rollback.

[0102] S306, save the progress value when the rollback fails. In this step, the proxy node will obtain and save the progress value when the rollback fails. The progress value is the first upgrade progress of the node to be upgraded.

[0103] S307, reporting the completion of the upgrade of the device to be upgraded and the rollback failure status. In this step, after the progress is saved when the rollback fails, the proxy node will report the completion of the upgrade of the device to be upgraded. At the same time, the proxy node will also report the rollback failure status.

[0104] S308, waiting for the upgrade of other devices to be upgraded to be completed. In this step, the proxy node can continue to upgrade other devices to be upgraded until the upgrade of other devices to be upgraded is completed.

[0105] S309, the upgrade progress is set to 100%. In this step, when the upgrade of other devices to be upgraded is completed, the proxy node can set the first upgrade progress of the device to be upgraded with rollback failure to 100%.

[0106] On the basis of the above embodiment, after the master node sends the upgrade package to each proxy node, each proxy node can wait for the installation instruction sent by the master node. When the proxy node obtains the installation instruction sent by the master node, the proxy node can use the received upgrade package to start upgrading the device to be upgraded. The installation instruction is used to instruct the proxy upgrade node to send the upgrade package to the corresponding device to be upgraded. Optionally, the process of sending the upgrade package is the process of flashing the upgrade package to the device to be upgraded to implement the upgrade. The installation instruction is generated by the master node when the upgrade instruction is obtained and sent to the proxy node.

[0107] On the basis of the above embodiment, when the OTA server determines that the software needs to be upgraded, the master node establishes communication with the OTA server and obtains the main upgrade package of the vehicle from the OTA server. Optionally, the OTA server may send an update broadcast when the software of the vehicle needs to be updated. The master node may determine that the vehicle's software needs to be updated when the update broadcast is detected. After obtaining the main upgrade package sent by the OTA server, the master node may split the main upgrade package into at least one upgrade package. The master node may send the upgrade package to the proxy node connected to the device to be upgraded according to the device to be upgraded corresponding to the upgrade package.

[0108] Fig.11 The process of the vehicle upgrade progress display method provided by this application Figure 3 ,exist Figures 7 to 10 Based on the embodiment shown, the proxy node is used as the execution subject. Figure 8 The specific implementation of step S103 in the embodiment can be as follows: Fig.11 As shown, including:

[0109] S401: Determine an upgrade weight of a device to be upgraded connected to the proxy node according to a network transmission rate and an upgrade package size of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node.

[0110] In this embodiment, the proxy node can obtain the upgrade package size of the upgrade package corresponding to the proxy node executing the upgrade and / or each device to be upgraded connected to the proxy node. The proxy node can also determine the network transmission rate of each device to be upgraded based on the communication protocol of each device to be upgraded connected to the proxy node. Optionally, if the proxy node itself needs to be updated, the network transmission rate of the proxy node can be a set value. The proxy node can calculate the upgrade weight of each device to be upgraded based on the upgrade package size of each device to be upgraded and the network transmission rate.

[0111] In one example, the calculation process of the upgrade weight may specifically include the following steps:

[0112] Step 10: Determine a first parameter value of the device to be upgraded connected to the proxy node according to the network transmission rate and upgrade package size of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node.

[0113] In this step, the proxy node can determine the first parameter value of the device waiting for upgrade according to the network transmission rate and upgrade package size of the proxy node executing the upgrade and / or the device to be upgraded. That is, each proxy node executing the upgrade and / or the device to be upgraded can calculate the first parameter value.

[0114] The specific calculation process of the first parameter value may include the following steps:

[0115] Step 11: Determine a rate weight according to the network transmission rate of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node.

[0116] In this step, the proxy node may first determine the rate weight of each device to be upgraded according to the network transmission rate of the proxy node executing the upgrade and / or each device to be upgraded. Figure 2As shown, the network transmission rate can be a larger value such as 100, 200, 300, etc. Even, the devices to be upgraded connected to the proxy node may belong to networks with different bandwidths. For example, common CAN 500K network segments, CANFD 2M and CANFD 5M network segments, etc. Therefore, in order to unify the calculation unit and improve the calculation efficiency, the proxy node can first convert the network transmission rate into a rate weight. The rate weight can be a value that is easy to calculate, such as 1, 2, 3. Specifically, the proxy node can determine the rate weight based on the ratio of the network transmission rates of the proxy node performing the upgrade and / or the devices to be upgraded connected to the proxy node. For example, the proxy node can be connected to three devices to be upgraded. The three devices to be upgraded can belong to the CAN 500K network segment, CANFD 2M and CANFD 5M network segments, respectively. The proxy node can determine the rate weight based on the ratio of the rates of the three network segments. For example, the calculation formula for the ratio can be:

[0117] CAN 500K: CANFD 2M: CANFD 5M=1:4:10

[0118] That is, the rate weight of the devices to be upgraded in the CAN 500K network segment is 1. The rate weight of the devices to be upgraded in the CAN FD 2M network segment is 4. The rate weight of the devices to be upgraded in the CAN FD 5M network segment is 10.

[0119] Optionally, the rate weight can be calculated based on the network transmission rate of each controller after the proxy node determines the controller to which it is connected. After calculating the rate weight, the proxy node can store the rate weight in a configuration file corresponding to the weight information. In each upgrade task, the proxy node can directly obtain the rate weight of each device to be upgraded from the configuration file. Alternatively, the proxy node can also determine the device to be upgraded for this upgrade task based on the upgrade package after receiving the upgrade package sent by the master node each time. The proxy node can calculate the rate weight of each device to be upgraded based on the network transmission rate of the device to be upgraded.

[0120] Step 12: Determine a first parameter value of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node according to the ratio of the upgrade package size of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node to the rate weight.

[0121] In this step, since the upgrade package size is proportional to the second upgrade progress and the network transmission rate is inversely proportional to the second upgrade progress, the proxy node may use the ratio of the upgrade package size to the rate weight as the first parameter.

[0122] Step 20: Calculate the sum of the first parameter values ​​of the proxy node executing the upgrade and / or each device to be upgraded connected to the proxy node to obtain a parameter sum.

[0123] In this step, the proxy node may calculate the sum of the first parameter values ​​of the proxy node executing the upgrade and / or each device to be upgraded connected to the proxy node. The proxy node may use the sum as the parameter sum. The parameter sum may be used as a denominator to calculate the upgrade weight. The sum of the upgrade weights of the devices to be upgraded connected to the proxy node is 1.

[0124] Step 30: Calculate the ratio of the first parameter value of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node to the total parameter value to obtain the upgrade weight of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node.

[0125] In this step, the proxy node can use the ratio of the first parameter value to the total parameter value as the upgrade weight of the node to be upgraded. Specifically, the calculation formula can be:

[0126]

[0127] Among them, ω i Indicates the upgrade weight of the i-th device to be upgraded. Where i is a positive integer, which is used to indicate the i-th device to be upgraded among the devices to be upgraded connected to the proxy node. N is used to indicate that the proxy node is connected to N devices to be upgraded. S i Indicates the upgrade package size that the i-th device to be upgraded needs to receive. R i Indicates the rate weight of the i-th device to be upgraded.

[0128] Optionally, the device to be upgraded may contain multiple upgrade packages. In this case, one of the upgrade packages is the upgrade package used when upgrading the device to be upgraded. When the device to be upgraded encounters a rollback or the like, or when the upgrade process of the device to be upgraded requires a rollback operation, the upgrade package contained in the device to be upgraded may also include a rollback package. It should be noted that the upgrade package mentioned above only includes the upgrade package used when upgrading the device to be upgraded, and does not include other upgrade packages required for other situations such as rollback. The size of the upgrade package also only includes the size of the upgrade package used when upgrading the device to be upgraded, and does not include the size of other upgrade packages required for other situations such as rollback.

[0129] Optionally, when the device to be upgraded is the proxy node itself, the rate weight of the proxy node may be preset to 1. The proxy node itself also needs to be taken as one of the N devices to be upgraded to calculate its upgrade weight.

[0130] S402: Determine a second upgrade progress of the proxy node according to the upgrade weights and the first upgrade progress of the proxy node executing the upgrade and / or each device to be upgraded connected to the proxy node.

[0131] In this embodiment, after obtaining the first upgrade progress of the proxy node executing the upgrade and / or each device to be upgraded connected thereto, the proxy node may calculate the product of the first upgrade progress of the proxy node executing the upgrade and / or each device to be upgraded and the upgrade weight according to the upgrade weight of the proxy node executing the upgrade and / or each device to be upgraded calculated in step S401. The proxy node may also accumulate the product of the devices to be upgraded connected thereto to obtain a final second upgrade progress. The calculation formula for the second upgrade progress may be:

[0132]

[0133] Among them, PS j Indicates the second upgrade progress of the jth proxy node. PE i Indicates the first upgrade progress of the i-th device to be upgraded. The first upgrade progress is a percentage value. For example, 10%, 50%, 100%, etc. ω i Indicates the upgrade weight of the i-th device to be upgraded. Where i is a positive integer, which is used to indicate the i-th device to be upgraded among the devices to be upgraded connected to the proxy node. N is used to indicate that the proxy node is connected to N devices to be upgraded.

[0134] In particular, for non-FBL flashed devices to be upgraded, such as self-upgrade controllers, their upgrade speed needs to be tested in advance. When there is a self-upgrade controller in parallel in the upgrade task, the upgrade speed test value of the self-upgrade controller needs to be compared with the upgrade rate of other controllers upgraded in parallel, and the upgrade weight is calculated according to the ratio after simplification.

[0135] For example, assume that the proxy node includes two devices to be upgraded, controller 1 and controller 2. The upgrade package size of controller 1 is 1GB, the second upgrade progress is 70%, and it is in the CANFD network segment. The upgrade package size of controller 2 is 3GB, the second upgrade progress is 63%, and it is in the CAN network segment. If CANFD network segment: CAN network segment = 2:1, the rate weight of controller 1 is 2, and the rate weight of controller 2 is 1. According to the above formulas 1 and 2, the calculation steps of the second upgrade progress of the proxy node can be:

[0136]

[0137] That is, the second upgrade progress of the proxy node is 64%. The proxy node can report the second upgrade progress of 64% to the master node.

[0138] In the vehicle upgrade progress display method provided in the embodiment of the present application, the proxy node can obtain the upgrade package size and network transmission rate of the upgrade package corresponding to each device to be upgraded connected to the proxy node, and calculate the upgrade weight of each device to be upgraded based on the upgrade package size of each device to be upgraded and the network transmission rate. After obtaining the first upgrade progress of each device to be upgraded connected to it, the proxy node can calculate the cumulative sum of the product of the first upgrade progress and the upgrade weight of each device to be upgraded based on the upgrade weight and the first upgrade progress of each device to be upgraded, and obtain the second upgrade progress of the proxy node. In the present application, by calculating the upgrade weight of each device to be upgraded based on the upgrade package size and the network transmission rate, the calculated second upgrade progress can be made to change more evenly over time, which is conducive to the user's correct estimation of the upgrade time, reducing the expectation gap caused by uneven progress change rate, and effectively improving the user's upgrade experience.

[0139] Fig.12 The process of the vehicle upgrade progress display method provided by this application Figure 4 ,exist Figures 7 to 11 Based on the embodiment shown, the master node is used as the execution subject. Figure 8 The specific implementation of step S106 in the embodiment can be as follows: Fig.12 As shown, including:

[0140] S501: Determine a second upgrade weight of each proxy node according to the upgrade package size of the upgrade package distributed to each proxy node.

[0141] In this embodiment, the master node can calculate the data volume of the upgrade package distributed to each proxy node based on the situation of distributing the upgrade package to each proxy node. The master node can calculate the proportion of the data volume of the upgrade package of the proxy node in the total data volume based on the data volume of the upgrade package distributed to the proxy node and the total data volume of all upgrade packages. The master node can use the proportion as the upgrade weight of the proxy node.

[0142] In one example, the calculation process of the upgrade weight of each proxy node may include:

[0143] Step 10: Calculate the sum of the first upgrade packages of the proxy nodes according to the upgrade package sizes of the upgrade packages distributed to the proxy nodes.

[0144] In this step, the master node may accumulate the upgrade package size of at least one upgrade package distributed to an agent node to obtain the sum of first upgrade packages distributed to the agent node. Each agent node may correspond to a sum of first upgrade packages. The calculation formula of the sum of first upgrade packages may be:

[0145]

[0146] Among them, SMj Indicates the sum of the first upgrade packages of the jth proxy node. Where j is a positive integer, used to indicate the jth proxy node connected to the master node. Where i is a positive integer, used to indicate the i-th device to be upgraded among the devices to be upgraded connected to the proxy node. N is used to indicate that the proxy node is connected to N devices to be upgraded. S i Indicates the upgrade package size that the i-th device to be upgraded needs to receive.

[0147] Step 20: Calculate the total of the second upgrade packages according to the upgrade package sizes of all upgrade packages.

[0148] In this step, the master node may calculate the sum of the upgrade package sizes of all upgrade packages in the master upgrade package to obtain the sum of the second upgrade packages.

[0149] Step 30: Determine the upgrade weight of the proxy node according to the ratio of the total of the first upgrade packages to the total of the second upgrade packages of the proxy node.

[0150] In this step, the master node can calculate the upgrade weight of a proxy node according to the ratio of the sum of the first upgrade package and the sum of the second upgrade package of the proxy node. The master node can calculate the upgrade weight of each proxy node.

[0151] S502: Determine the total upgrade progress of the upgrade package according to the upgrade weight of each proxy node and the second upgrade progress.

[0152] In this embodiment, when obtaining the second upgrade progress of each proxy node, the master node can obtain the total upgrade progress according to the cumulative sum of the product of the upgrade weight and the second upgrade progress. Optionally, the second upgrade progress of the proxy node can be periodically reported to the master node. The master node can periodically update the total upgrade progress according to the reporting period of the second upgrade progress of the proxy node. Optionally, the period can be 1S.

[0153] Specifically, the calculation formula for the total upgrade progress of the master node can be:

[0154]

[0155] Among them, SM j Indicates the sum of the first upgrade packages of the jth proxy node. Where j is a positive integer, used to indicate the jth proxy node connected to the master node. PS j Indicates the second upgrade progress of the jth proxy node. M indicates that the number of proxy nodes connected to the master node is M.

[0156] For example, suppose the master node is connected to two proxy nodes, Proxy 1 and Proxy 2. The total upgrade package size of Proxy 1 is 1GB, and the second upgrade progress is 80%. The total upgrade package size of Proxy 2 is 3GB, and the second upgrade progress is 40%. Then the total upgrade progress of the master node is:

[0157] 1GB / (1GB+3GB)*80%+3GB / (1GB+3GB)*40%=46%

[0158] The vehicle upgrade progress display method provided in the embodiment of the present application calculates the total upgrade progress by taking the proportion of the upgrade package of each proxy node in all upgrade packages as the upgrade weight of each proxy node, thereby achieving the effect of improving the calculation accuracy of the total upgrade progress.

[0159] Based on the above embodiment, the interaction process between the master node and the proxy node can be as follows: Fig.13 As shown, the vehicle computer can realize the display of the total upgrade progress by requesting the total upgrade progress from the master node. Specifically, in this process, when the OTA application detects that the vehicle software is actually updated, the master node can obtain the main upgrade package through the OTA server. After the master node downloads the main upgrade package, it splits the upgrade package into multiple upgrade packages. The master node can deploy the upgrade package to each proxy node. When the user selects the online upgrade of the vehicle software, the upgrade master control node sends an installation instruction to the proxy node. The proxy node parses and splits the upgrade package deployed on the proxy node, and calculates the upgrade weight and the first upgrade progress of the device to be upgraded connected to the proxy node. The proxy node can summarize the first upgrade progress of each node to be upgraded to obtain the second upgrade progress of the proxy node. The master control node can obtain the second upgrade progress of each proxy node through the protocol, calculate the weight of the second upgrade progress of each proxy node, and obtain the total upgrade progress after weighted operation on the second upgrade progress of each proxy node. The master node can report the total upgrade progress to the vehicle computer so that the vehicle computer can display the total upgrade progress to the user.

[0160] Fig.14 The structure of the vehicle upgrade progress display device provided in this application is shown as follows Figure 1 ,like Fig.14 As shown, the vehicle upgrade progress display device 600 provided in this embodiment is applied to the proxy node and includes:

[0161] An acquisition module 601 is used to acquire, during an upgrade process using an upgrade package sent by a master node, a first upgrade progress, an upgrade package size, and a network transmission rate of an agent node that performs an upgrade or a device to be upgraded connected to the agent node;

[0162] Processing module 602 is used to determine the second upgrade progress of the proxy node based on the first upgrade progress of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node, the upgrade package size, and the network transmission rate; and send the second upgrade progress of the proxy node to the main node; wherein the second upgrade progress is used to determine and display the total upgrade progress of the upgrade package.

[0163] Optionally, the processing module 602 is configured to:

[0164] Determine the upgrade weight of the device to be upgraded connected to the proxy node according to the network transmission rate and upgrade package size of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node;

[0165] The second upgrade progress of the proxy node is determined according to the upgrade weights and the first upgrade progress of the proxy node executing the upgrade and / or each device to be upgraded connected to the proxy node.

[0166] Optionally, the processing module 602 is configured to:

[0167] Determine a first parameter value of the device to be upgraded connected to the proxy node according to a network transmission rate and an upgrade package size of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node;

[0168] Calculating the sum of first parameter values ​​of the proxy node executing the upgrade and / or each device to be upgraded connected to the proxy node to obtain a parameter sum;

[0169] The ratio of the first parameter value of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node to the total parameter is calculated to obtain the upgrade weight of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node.

[0170] Optionally, the processing module 602 is configured to:

[0171] Determine a rate weight according to a network transmission rate of an agent node executing the upgrade and / or a device to be upgraded connected to the agent node;

[0172] The first parameter value of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node is determined according to the ratio of the upgrade package size to the rate weight of the proxy node executing the upgrade and / or the device to be upgraded connected to the proxy node.

[0173] Optionally, the processing module 602 is configured to:

[0174] The rate weight is determined according to a ratio of the network transmission rates of the proxy node executing the upgrade and / or each device to be upgraded connected to the proxy node.

[0175] Optionally, the acquisition module 601 is used to:

[0176] Obtaining the address offset of the upgrade package read by the proxy node when the proxy node sends the upgrade package to the device to be upgraded;

[0177] A first upgrade progress of the device to be upgraded connected to the proxy node is determined according to the address offset.

[0178] Optionally, the acquisition module 601 is used to:

[0179] Obtain the number of data packets sent to the device to be upgraded, wherein the data packets include part of the data in the upgrade packet, and each data packet has the same size;

[0180] A first upgrade progress of the device to be upgraded connected to the proxy node is determined according to the data packet size and the number of data packets that have been sent.

[0181] Optionally, the processing module 602 is configured to:

[0182] If the first upgrade progress of the proxy node executing the upgrade at the current moment or the device to be upgraded connected to the proxy node is less than the first upgrade progress of the proxy node executing the upgrade at the previous moment or the device to be upgraded connected to the proxy node, the first upgrade progress at the previous moment is used as the first upgrade progress at the current moment.

[0183] Optionally, the processing module 602 is configured to:

[0184] If it is determined that the proxy node executing the upgrade or the device to be upgraded connected to the proxy node fails to upgrade, the first upgrade progress of the proxy node or the device to be upgraded that fails to upgrade is set to 100%.

[0185] Optionally, the acquisition module 601 is used to:

[0186] Obtain the installation instruction of the upgrade package; the installation instruction is used to instruct the proxy upgrade node to send the upgrade package to the corresponding device to be upgraded; the installation instruction is sent by the master node to the proxy node when the master node obtains the upgrade instruction.

[0187] The vehicle upgrade progress display device provided in this embodiment can execute the method provided in the above method embodiment, and its implementation principle and technical effect are similar, which will not be described in detail in this embodiment.

[0188] Fig.15 The structure of the vehicle upgrade progress display device provided in this application is shown as follows Figure 2 ,like Fig.15 As shown, applied to the master node, the vehicle upgrade progress display device 700 provided in this embodiment includes:

[0189] The interactive module 701 is used to distribute the upgrade package to the proxy node according to the proxy node and the device to be upgraded connected to the proxy node; obtain the second upgrade progress sent by the proxy node; wherein the second upgrade progress is determined based on the first upgrade progress of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node, the upgrade package size, and the network transmission rate;

[0190] The processing module 702 is used to determine and display the total upgrade progress of the upgrade package according to the second upgrade progress and the upgrade package size of each proxy node.

[0191] Optionally, the processing module 702 is configured to:

[0192] Determining a second upgrade weight of each proxy node according to the upgrade package size of the upgrade package distributed to each proxy node;

[0193] The total upgrade progress of the upgrade package is determined according to the upgrade weight and the second upgrade progress of each proxy node.

[0194] Optionally, the processing module 702 is configured to:

[0195] According to the upgrade package size of the upgrade package distributed to the proxy node, the sum of the first upgrade packages of the proxy node is calculated;

[0196] The sum of the second upgrade packages is calculated according to the upgrade package sizes of all upgrade packages;

[0197] The upgrade weight of the proxy node is determined according to the ratio of the sum of the first upgrade packages to the sum of the second upgrade packages of the proxy node.

[0198] Optionally, the interaction module 701 is used to:

[0199] When it is detected that a vehicle is to be updated, the vehicle's master node obtains the vehicle's master upgrade package;

[0200] The main upgrade package is split into at least one upgrade package, and the upgrade package is sent to the corresponding proxy upgrade node.

[0201] The vehicle upgrade progress display device provided in this embodiment can execute the method provided in the above method embodiment, and its implementation principle and technical effect are similar, which will not be described in detail in this embodiment.

[0202] Fig.16 Schematic diagram of the structure of the proxy node provided for this application Figure 1 .like Fig.16 As shown, the proxy node 800 provided in this embodiment includes: at least one processor 801 and a memory 802. Optionally, the proxy node 800 also includes a communication component 803. The processor 801, the memory 802 and the communication component 803 are connected via a bus.

[0203] In a specific implementation process, at least one processor 801 executes the computer-executable instructions stored in the memory 802, so that at least one processor 801 executes the above method.

[0204] The specific implementation process of the processor 801 can be found in the above method embodiment, and its implementation principle and technical effect are similar, so this embodiment will not be repeated here.

[0205] Fig.17 Schematic diagram of the master node structure provided for this application Figure 2 .like Fig.17 As shown, the master node 900 provided in this embodiment includes: at least one processor 901 and a memory 902. Optionally, the master node 900 also includes a communication component 903. The processor 901, the memory 902 and the communication component 903 are connected via a bus.

[0206] In a specific implementation process, at least one processor 901 executes the computer execution instructions stored in the memory 902, so that at least one processor 901 executes the above method.

[0207] The specific implementation process of the processor 901 can be found in the above method embodiment, and its implementation principle and technical effect are similar, so this embodiment will not be repeated here.

[0208] In the above embodiments, it should be understood that the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. The general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc. The steps of the method disclosed in the invention may be directly embodied as being executed by a hardware processor, or may be executed by a combination of hardware and software modules in the processor.

[0209] The memory may include a high-speed memory (Random Access Memory, RAM), and may also include a non-volatile memory (Non-volatile Memory, NVM), such as at least one disk memory.

[0210] The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of the present application is not limited to only one bus or one type of bus.

[0211] The present application also provides a computer program product, including a computer program, which implements the above method when executed by a processor.

[0212] The present application also provides a computer-readable storage medium, in which computer-executable instructions are stored. When a processor executes the computer-executable instructions, the above method is implemented.

[0213] The above-mentioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk. The readable storage medium can be any available medium that can be accessed by a general or special-purpose computer.

[0214] An exemplary readable storage medium is coupled to a processor so that the processor can read information from the readable storage medium and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can be located in an application specific integrated circuit (ASIC). Of course, the processor and the readable storage medium can also exist in the device as discrete components.

[0215] The division of units is only a logical function division, and there may be other divisions in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interface, device or unit, which can be electrical, mechanical or other forms.

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

[0217] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0218] If the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods of each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), disk or optical disk, etc., various media that can store program codes.

[0219] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0220] Finally, it should be noted that those skilled in the art will readily conceive of other embodiments of the present invention after considering the specification and practicing the invention disclosed herein. The present invention is intended to cover any variations, uses or adaptations of the present invention, which follow the general principles of the present invention and include common knowledge or customary technical means in the art not disclosed by the present invention, are not limited to the precise structure described above and shown in the drawings, and may be modified and changed in various ways without departing from the scope thereof. The scope of the present invention is limited only by the appended claims.

[0221] The above embodiments are only preferred embodiments for fully illustrating the present invention, and the protection scope of the present invention is not limited thereto. Any equivalent substitution or change made by a person skilled in the art based on the present invention is within the protection scope of the present invention.

Claims

1. A method for displaying vehicle upgrade progress, characterized in that: The method is applied to a proxy node, a master node and at least one proxy node are deployed in the vehicle, the master node is connected to the proxy node, and the method includes: During the upgrade process using the upgrade package sent by the master node, obtaining a first upgrade progress, an upgrade package size, and a network transmission rate of the proxy node that performs the upgrade or a device to be upgraded connected to the proxy node; Determine a second upgrade progress of the proxy node according to a first upgrade progress, an upgrade package size, and a network transmission rate of the proxy node performing the upgrade and / or a device to be upgraded connected to the proxy node; The second upgrade progress of the proxy node is sent to the master node; wherein the second upgrade progress is used to determine and display the total upgrade progress of the upgrade package.

2. The method according to claim 1, characterized in that Determining a second upgrade progress of the proxy node according to a first upgrade progress, an upgrade package size, and a network transmission rate of the proxy node performing the upgrade and / or a device to be upgraded connected to the proxy node, includes: Determine the upgrade weight of the device to be upgraded connected to the proxy node according to the network transmission rate and upgrade package size of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node; The second upgrade progress of the proxy node is determined according to the upgrade weights and the first upgrade progress of the proxy node performing the upgrade and / or each device to be upgraded connected to the proxy node.

3. The method according to claim 2, characterized in that Determining the upgrade weight of the device to be upgraded connected to the proxy node according to the network transmission rate and upgrade package size of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node, including: Determine a first parameter value of the device to be upgraded connected to the proxy node according to the network transmission rate and upgrade package size of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node; Calculating the sum of first parameter values ​​of the proxy node executing the upgrade and / or each device to be upgraded connected to the proxy node to obtain a parameter sum; The ratio of the first parameter value of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node to the total parameter is calculated to obtain the upgrade weight of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node.

4. The method according to claim 3, characterized in that Determining a first parameter value of a device to be upgraded connected to the proxy node according to a network transmission rate and an upgrade package size of the proxy node performing the upgrade and / or a device to be upgraded connected to the proxy node, includes: Determine a rate weight according to a network transmission rate of the proxy node performing the upgrade and / or a device to be upgraded connected to the proxy node; The first parameter value of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node is determined according to the ratio of the upgrade package size of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node to the rate weight.

5. The method according to claim 4, characterized in that Determining a rate weight according to a network transmission rate of the proxy node performing the upgrade and / or a device to be upgraded connected to the proxy node includes: The rate weight is determined according to a ratio of network transmission rates of the proxy node executing the upgrade and / or each device to be upgraded connected to the proxy node.

6. The method according to claim 1, characterized in that Obtaining a first upgrade progress of a device to be upgraded connected to the proxy node, including: Acquire the address offset of the upgrade package read by the proxy node when the proxy node sends the upgrade package to the device to be upgraded; A first upgrade progress of the device to be upgraded connected to the proxy node is determined according to the address offset.

7. The method according to claim 1, characterized in that Obtaining a first upgrade progress of a device to be upgraded connected to the proxy node, including: Acquire the number of data packets sent to the device to be upgraded; wherein the data packets include part of the data in the upgrade package, and each of the data packets has the same size; A first upgrade progress of the device to be upgraded connected to the proxy node is determined according to the data packet size and the number of data packets that have been sent.

8. The method according to any one of claims 1 to 7, characterized in that Before determining the second upgrade progress of the proxy node according to the first upgrade progress, upgrade package size, and network transmission rate of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node, the method further includes: If the first upgrade progress of the proxy node performing the upgrade at the current moment or the device to be upgraded connected to the proxy node is less than the first upgrade progress of the proxy node performing the upgrade at the previous moment or the device to be upgraded connected to the proxy node, the first upgrade progress at the previous moment will be used as the first upgrade progress at the current moment.

9. The method according to any one of claims 1 to 7, characterized in that: The method comprises: If it is determined that the proxy node executing the upgrade or the device to be upgraded connected to the proxy node fails to upgrade, the first upgrade progress of the proxy node or the device to be upgraded that fails to upgrade is set to 100%.

10. The method according to any one of claims 1 to 7, characterized in that Before using the upgrade package sent by the master node to upgrade, the method further includes: Obtaining the installation instruction of the upgrade package; the installation instruction is used to instruct the proxy upgrade node to send the upgrade package to the corresponding device to be upgraded; the installation instruction is sent by the master node to the proxy node when the master node obtains the upgrade instruction.

11. A method for displaying vehicle upgrade progress, characterized in that: The method is applied to a master node, wherein the vehicle is deployed with a master node and at least one proxy node, wherein the master node is connected to the proxy node, and the method comprises: Distribute the upgrade package to the proxy node according to the proxy node and the device to be upgraded connected to the proxy node; Acquire a second upgrade progress sent by the proxy node; wherein the second upgrade progress is determined based on the first upgrade progress of the proxy node performing the upgrade and / or the device to be upgraded connected to the proxy node, the upgrade package size, and the network transmission rate; According to the second upgrade progress and the upgrade package size of each of the proxy nodes, the total upgrade progress of the upgrade package is determined and displayed.

12. The method according to claim 11, characterized in that Determining and displaying the total upgrade progress of the upgrade package according to the second upgrade progress and the upgrade package size of each of the proxy nodes includes: Determining a second upgrade weight of each proxy node according to the upgrade package size of the upgrade package distributed to each proxy node; The total upgrade progress of the upgrade package is determined according to the upgrade weight of each proxy node and the second upgrade progress.

13. The method according to claim 12, characterized in that Determining the upgrade weight of each proxy node according to the upgrade package size of the upgrade package distributed to each proxy node includes: Calculating the sum of first upgrade packages of the proxy node according to the upgrade package size of the upgrade package distributed to the proxy node; Calculating the total size of the second upgrade packages according to the upgrade package sizes of all the upgrade packages; An upgrade weight of the proxy node is determined according to a ratio of the sum of the first upgrade packages of the proxy node to the sum of the second upgrade packages.

14. The method according to any one of claims 11 to 13, characterized in that The method further comprises: When it is detected that the vehicle is to be updated, the master node of the vehicle obtains the master upgrade package of the vehicle; The main upgrade package is split into at least one upgrade package, and the upgrade package is sent to a corresponding proxy upgrade node.

15. A proxy node, characterized in that: include: Memory, processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory, so that the processor performs the method according to any one of claims 1 to 10.

16. A master node, characterized in that: include: Memory, processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory, so that the processor performs the method according to any one of claims 11 to 14.

17. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer execution instructions, which, when executed by a processor, are used to implement the method applied to a proxy node as described in any one of claims 1-10, or, when executed by a processor, are used to implement the method applied to a master node as described in any one of claims 11-14.

18. A computer program product, comprising a computer program, which, when executed by a processor, implements the method applied to a proxy node as described in any one of claims 1-10, or the computer execution instructions, when executed by a processor, are used to implement the method applied to a master node as described in any one of claims 11-14.

Images