Remote OTA upgrade method and system based on distributed networking verification

Abstract

The present invention discloses a remote OTA upgrade method and system based on distributed networking verification, the method comprising: in response to an upgrade request of a device to be upgraded, obtaining upgrade configuration information of the device to be upgraded; sending the upgrade request to multiple target request gateways and receiving gateway response data of each target request gateway; based on a data cross-validation algorithm, determining the gateway credibility and gateway efficiency corresponding to each target request gateway according to the gateway response data; determining the upgrade data transmission strategy corresponding to at least two target request gateways according to the upgrade configuration information, the gateway credibility and the gateway efficiency and executing the upgrade data transmission strategy. It can be seen that the present invention can perform OTA firmware upgrades on the device to be upgraded more efficiently and safely, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

Description

Technical Field

[0001] The present invention relates to the field of data processing technology, and in particular to a remote OTA upgrade method and system based on distributed networking verification. Background Art

[0002] OTA stands for over the air, also known as online upgrade. This technology is a process in which the latest firmware of the device is downloaded from the server and backed up to the external Flash in the application system, and then the Bootloader updates the firmware to complete the firmware update and replacement to achieve system upgrade. As the firmware functions become more and more, the firmware size is also getting larger and larger. It is usually necessary to optimize the OTA upgrade process and increase the upgrade speed. The security verification of OTA upgrade data has also become an important technical requirement. Otherwise, the device may be invaded and cause a security crisis. Most of the OTA upgrade solutions in the existing technology are still implemented by simple data requests and local data verification. The use of distributed gateways and cross-data verification to achieve OTA upgrades has not been fully considered. Therefore, the upgrade efficiency is low and the security cannot be guaranteed. It can be seen that the existing technology has defects that need to be solved urgently. Summary of the invention

[0003] The technical problem to be solved by the present invention is to provide a remote OTA upgrade method and system based on distributed networking verification, which can more efficiently and safely perform OTA firmware upgrades on devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0004] In order to solve the above technical problems, the first aspect of the present invention discloses a remote OTA upgrade method based on distributed networking verification, the method comprising:

[0005] In response to an upgrade request of the device to be upgraded, acquiring upgrade configuration information of the device to be upgraded;

[0006] Sending the upgrade request to multiple target request gateways and receiving gateway response data from each of the target request gateways;

[0007] Based on the data cross-validation algorithm, according to the gateway response data, determine the gateway credibility and gateway efficiency corresponding to each of the target request gateways;

[0008] According to the upgrade configuration information, the gateway credibility and the gateway efficiency, the upgrade data transmission strategy corresponding to at least two of the target request gateways is determined and the upgrade data transmission strategy is executed; the upgrade data transmission strategy is used to limit the upgrade data of the target server to be forwarded between at least two of the target request gateways until it is downloaded to the local update device corresponding to the device to be upgraded.

[0009] As an optional implementation, in the first aspect of the present invention, the upgrade configuration information includes device firmware version, device performance parameters, device historical upgrade records and device upgrade data specifications.

[0010] As an optional implementation, in the first aspect of the present invention, sending the upgrade request to multiple target request gateways and receiving gateway response data from each of the target request gateways includes:

[0011] Determine a plurality of candidate gateway devices in the network environment where the device to be upgraded is located;

[0012] For each of the candidate gateway devices, obtaining historical data processing records and historical data communication records corresponding to the candidate gateway device;

[0013] Calculating device adaptation parameters corresponding to the candidate gateway device according to the historical data processing records and the historical data communication records;

[0014] Filter out all the candidate gateway devices whose device adaptation parameters are greater than the parameter threshold, and obtain multiple target request gateways;

[0015] Send the upgrade request to each of the target request gateways, and receive gateway response data sent by each of the target request gateways in response to the upgrade request; the gateway response data includes gateway device parameters and a data acquisition scheme for the upgrade request preset in the gateway policy; the data acquisition scheme includes a data source server, a server request communication specification, and a request data format.

[0016] As an optional implementation, in the first aspect of the present invention, the calculating, according to the historical data processing record and the historical data communication record, the device adaptation parameter corresponding to the candidate gateway device includes:

[0017] Determine whether there is a communication record in which the communication subject is the device to be upgraded in the historical data communication record, and obtain a first determination result;

[0018] Determine whether there is a communication record in the historical data communication record whose communication type is OTA upgrade communication and whose communication data type conforms to the device upgrade data specification, to obtain a second determination result;

[0019] When both the first judgment result and the second judgment result are negative, determining that the device adaptation parameter corresponding to the candidate gateway device is a preset minimum value; the minimum value is less than the parameter threshold;

[0020] When the first judgment result or the second judgment result is yes, calculating an average value of similarities between data content corresponding to each processing record in the historical data processing record and historical upgrade data in the device historical upgrade record to obtain a similarity parameter;

[0021] Calculate the product between the similarity parameter and the communication weight to obtain the device adaptation parameter corresponding to the candidate gateway device; when the first judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records whose communication subject is the device to be upgraded; when the second judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records whose communication type is OTA upgrade communication and whose communication data type conforms to the device upgrade data specification.

[0022] As an optional implementation, in the first aspect of the present invention, the data cross-validation algorithm is based on the gateway response data to determine the gateway credibility and gateway efficiency corresponding to each of the target request gateways, including:

[0023] Inputting the gateway device parameters corresponding to each of the target request gateways into a trained gateway efficiency prediction model to obtain the gateway efficiency corresponding to each of the target request gateways; the gateway efficiency prediction model is trained by a training data set including a plurality of training gateway device parameters and corresponding gateway efficiency annotations;

[0024] Based on the cross-similarity algorithm, the gateway credibility corresponding to each target request gateway is calculated according to the gateway response data and the upgrade configuration information.

[0025] As an optional implementation, in the first aspect of the present invention, the cross-similarity algorithm is used to calculate the gateway credibility corresponding to each target request gateway according to the gateway response data and the upgrade configuration information, including:

[0026] For each of the target request gateways, calculating an average value of similarities between the gateway response data corresponding to the target request gateway and the gateway response data of each other target request gateway, to obtain a gateway response similarity corresponding to the target request gateway;

[0027] Calculate the similarity between the data source server and the request data format in the data acquisition scheme corresponding to the target request gateway and the data source server and the request data format in the device historical upgrade record to obtain the gateway scheme similarity corresponding to the target request gateway;

[0028] The product of the gateway response similarity and the gateway solution similarity is calculated to obtain the gateway credibility corresponding to the target request gateway.

[0029] As an optional implementation manner, in the first aspect of the present invention, determining the upgrade data transmission strategies corresponding to at least two target request gateways according to the upgrade configuration information, the gateway credibility and the gateway efficiency includes:

[0030] The objective function is set to minimize the number of target request gateways included in the upgraded data transmission scheme and minimize the transmission complexity corresponding to the upgraded data transmission scheme; the transmission complexity is the product of the transmission efficiency value and the transmission repetition value; the transmission efficiency value is obtained by calculating the average value of the corresponding transmission efficiencies between all adjacent target request gateways on the transmission path in the upgraded data transmission scheme; the transmission repetition value is obtained by calculating the average value of the number of occurrences of the target request gateway that appears more than once in the upgraded data transmission scheme;

[0031] Setting restrictions includes:

[0032] The gateway credibility corresponding to the target request gateway included in the upgraded data transmission scheme is higher than a preset credibility threshold;

[0033] The transmission efficiency between any two adjacent target request gateways on the transmission path in the upgraded data transmission scheme is higher than a preset first efficiency threshold;

[0034] The data transmission distance between the target request gateway at the beginning of the transmission path in the upgraded data transmission scheme and the corresponding data source server is less than a preset distance threshold;

[0035] The overall transmission efficiency corresponding to the upgraded data transmission scheme is higher than a preset second efficiency threshold;

[0036] According to the objective function and the constraint conditions, based on a dynamic programming algorithm, the data transmission schemes of all the target request gateways are iteratively calculated until an optimal upgrade data transmission scheme is obtained as a corresponding upgrade data transmission strategy.

[0037] As an optional embodiment, in the first aspect of the present invention, during the iterative calculation of the dynamic programming algorithm, the gateway device parameters and the gateway efficiency corresponding to any two adjacent target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the trained transmission efficiency prediction neural network to obtain the corresponding transmission efficiency, and the gateway device parameters and the gateway efficiency corresponding to all the target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the transmission efficiency prediction neural network to obtain the corresponding overall transmission efficiency; the transmission efficiency prediction neural network is trained by a training data set including multiple training gateway device sequences and corresponding gateway device parameter annotations, gateway efficiency annotations and transmission efficiency annotations.

[0038] A second aspect of an embodiment of the present invention discloses a remote OTA upgrade system based on distributed networking verification, the system comprising:

[0039] An acquisition module, configured to acquire upgrade configuration information of the device to be upgraded in response to an upgrade request of the device to be upgraded;

[0040] A request module, used for sending the upgrade request to multiple target request gateways and receiving gateway response data from each of the target request gateways;

[0041] A verification module, used to determine the gateway credibility and gateway efficiency corresponding to each of the target request gateways according to the gateway response data based on a data cross-verification algorithm;

[0042] An upgrade module is used to determine the upgrade data transmission strategy corresponding to at least two of the target request gateways and execute the upgrade data transmission strategy based on the upgrade configuration information, the gateway credibility and the gateway efficiency; the upgrade data transmission strategy is used to limit the upgrade data of the target server to be forwarded between at least two of the target request gateways until it is downloaded to the local update device corresponding to the device to be upgraded.

[0043] As an optional implementation, in the second aspect of the present invention, the upgrade configuration information includes device firmware version, device performance parameters, device historical upgrade records and device upgrade data specifications.

[0044] As an optional implementation, in the second aspect of the present invention, the specific manner in which the request module sends the upgrade request to multiple target request gateways and receives gateway response data from each of the target request gateways includes:

[0045] Determine a plurality of candidate gateway devices in the network environment where the device to be upgraded is located;

[0046] For each of the candidate gateway devices, obtaining historical data processing records and historical data communication records corresponding to the candidate gateway device;

[0047] Calculating device adaptation parameters corresponding to the candidate gateway device according to the historical data processing records and the historical data communication records;

[0048] Filter out all the candidate gateway devices whose device adaptation parameters are greater than the parameter threshold, and obtain multiple target request gateways;

[0049] Send the upgrade request to each of the target request gateways, and receive gateway response data sent by each of the target request gateways in response to the upgrade request; the gateway response data includes gateway device parameters and a data acquisition scheme for the upgrade request preset in the gateway policy; the data acquisition scheme includes a data source server, a server request communication specification, and a request data format.

[0050] As an optional implementation, in the second aspect of the present invention, the specific manner in which the request module calculates the device adaptation parameter corresponding to the candidate gateway device according to the historical data processing record and the historical data communication record includes:

[0051] Determine whether there is a communication record in which the communication subject is the device to be upgraded in the historical data communication record, and obtain a first determination result;

[0052] Determine whether there is a communication record in the historical data communication record whose communication type is OTA upgrade communication and whose communication data type conforms to the device upgrade data specification, to obtain a second determination result;

[0053] When both the first judgment result and the second judgment result are negative, determining that the device adaptation parameter corresponding to the candidate gateway device is a preset minimum value; the minimum value is less than the parameter threshold;

[0054] When the first judgment result or the second judgment result is yes, calculating an average value of similarities between data content corresponding to each processing record in the historical data processing record and historical upgrade data in the device historical upgrade record to obtain a similarity parameter;

[0055] Calculate the product between the similarity parameter and the communication weight to obtain the device adaptation parameter corresponding to the candidate gateway device; when the first judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records whose communication subject is the device to be upgraded; when the second judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records whose communication type is OTA upgrade communication and whose communication data type conforms to the device upgrade data specification.

[0056] As an optional implementation, in the second aspect of the present invention, the verification module determines the specific manner of the gateway credibility and gateway efficiency corresponding to each of the target request gateways based on the data cross-validation algorithm and the gateway response data, including:

[0057] Inputting the gateway device parameters corresponding to each of the target request gateways into a trained gateway efficiency prediction model to obtain the gateway efficiency corresponding to each of the target request gateways; the gateway efficiency prediction model is trained by a training data set including a plurality of training gateway device parameters and corresponding gateway efficiency annotations;

[0058] Based on the cross-similarity algorithm, the gateway credibility corresponding to each target request gateway is calculated according to the gateway response data and the upgrade configuration information.

[0059] As an optional implementation, in the second aspect of the present invention, the verification module calculates the gateway credibility corresponding to each target request gateway based on the cross-similarity algorithm according to the gateway response data and the upgrade configuration information, including:

[0060] For each of the target request gateways, calculating an average value of similarities between the gateway response data corresponding to the target request gateway and the gateway response data of each other target request gateway, to obtain a gateway response similarity corresponding to the target request gateway;

[0061] Calculate the similarity between the data source server and the request data format in the data acquisition scheme corresponding to the target request gateway and the data source server and the request data format in the device historical upgrade record to obtain the gateway scheme similarity corresponding to the target request gateway;

[0062] The product of the gateway response similarity and the gateway solution similarity is calculated to obtain the gateway credibility corresponding to the target request gateway.

[0063] As an optional implementation, in the second aspect of the present invention, the upgrade module determines the specific manner of upgrading the data transmission strategy corresponding to at least two of the target request gateways according to the upgrade configuration information, the gateway credibility and the gateway efficiency, including:

[0064] The objective function is set to minimize the number of target request gateways included in the upgraded data transmission scheme and minimize the transmission complexity corresponding to the upgraded data transmission scheme; the transmission complexity is the product of the transmission efficiency value and the transmission repetition value; the transmission efficiency value is obtained by calculating the average value of the corresponding transmission efficiencies between all adjacent target request gateways on the transmission path in the upgraded data transmission scheme; the transmission repetition value is obtained by calculating the average value of the number of occurrences of the target request gateway that appears more than once in the upgraded data transmission scheme;

[0065] Setting restrictions includes:

[0066] The gateway credibility corresponding to the target request gateway included in the upgraded data transmission scheme is higher than a preset credibility threshold;

[0067] The transmission efficiency between any two adjacent target request gateways on the transmission path in the upgraded data transmission scheme is higher than a preset first efficiency threshold;

[0068] The data transmission distance between the target request gateway at the beginning of the transmission path in the upgraded data transmission scheme and the corresponding data source server is less than a preset distance threshold;

[0069] The overall transmission efficiency corresponding to the upgraded data transmission scheme is higher than a preset second efficiency threshold;

[0070] According to the objective function and the constraint conditions, based on a dynamic programming algorithm, the data transmission schemes of all the target request gateways are iteratively calculated until an optimal upgrade data transmission scheme is obtained as a corresponding upgrade data transmission strategy.

[0071] As an optional embodiment, in the second aspect of the present invention, during the iterative calculation of the dynamic programming algorithm, the gateway device parameters and the gateway efficiency corresponding to any two adjacent target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the trained transmission efficiency prediction neural network to obtain the corresponding transmission efficiency, and the gateway device parameters and the gateway efficiency corresponding to all the target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the transmission efficiency prediction neural network to obtain the corresponding overall transmission efficiency; the transmission efficiency prediction neural network is trained by a training data set including multiple training gateway device sequences and corresponding gateway device parameter annotations, gateway efficiency annotations and transmission efficiency annotations.

[0072] The third aspect of the present invention discloses another remote OTA upgrade system based on distributed networking verification, the system comprising:

[0073] A memory storing executable program code;

[0074] a processor coupled to the memory;

[0075] The processor calls the executable program code stored in the memory to execute part or all of the steps in the remote OTA upgrade method based on distributed networking verification disclosed in the first aspect of the present invention.

[0076] The fourth aspect of the present invention discloses a computer storage medium, which stores computer instructions. When the computer instructions are called, they are used to execute part or all of the steps in the remote OTA upgrade method based on distributed networking verification disclosed in the first aspect of the present invention.

[0077] Compared with the prior art, the embodiments of the present invention have the following beneficial effects:

[0078] The present invention can determine the gateway credibility corresponding to each requesting gateway according to the gateway response data of the requesting gateway, and determine the corresponding upgrade data transmission strategy based on the upgrade configuration information and the gateway credibility, so as to more efficiently and safely perform OTA firmware upgrade on the device to be upgraded, reduce the risks brought by unsafe gateways or data, and improve the service stability in large-scale device upgrade scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0079] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0080] Figure 1 It is a flow chart of a remote OTA upgrade method based on distributed networking verification disclosed in an embodiment of the present invention.

[0081] Figure 2 It is a structural diagram of a remote OTA upgrade system based on distributed networking verification disclosed in an embodiment of the present invention.

[0082] Figure 3 It is a structural diagram of another remote OTA upgrade system based on distributed networking verification disclosed in an embodiment of the present invention. DETAILED DESCRIPTION

[0083] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0084] The terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, device, product or equipment that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units that are not listed, or may optionally include other steps or units that are inherent to these processes, methods, products or equipment.

[0085] Reference to "embodiments" herein means that a particular feature, structure, or characteristic described in conjunction with the embodiments may be included in at least one embodiment of the present invention. The appearance of the phrase in various places in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It is explicitly and implicitly understood by those skilled in the art that the embodiments described herein may be combined with other embodiments.

[0086] The present invention discloses a remote OTA upgrade method and system based on distributed networking verification, which can determine the gateway credibility corresponding to each requesting gateway according to the gateway response data of the requesting gateway, and determine the corresponding upgrade data transmission strategy based on the upgrade configuration information and the gateway credibility, so as to more efficiently and safely perform OTA firmware upgrade on the upgraded device, reduce the risks brought by unsafe gateways or data, and improve the service stability in large-scale equipment upgrade scenarios. The following are detailed descriptions.

[0087] Embodiment 1

[0088] See also Figure 1 , Figure 1 1 is a flow chart of a remote OTA upgrade method based on distributed networking verification disclosed in an embodiment of the present invention. Figure 1 The remote OTA upgrade method based on distributed networking verification described above can be applied to a data processing system / data processing device / data processing server (wherein the server includes a local processing server or a cloud processing server). Figure 1 As shown, the remote OTA upgrade method based on distributed networking verification may include the following operations:

[0089] 101. In response to an upgrade request of a device to be upgraded, obtain upgrade configuration information of the device to be upgraded.

[0090] 102. Send an upgrade request to multiple target request gateways and receive gateway response data from each target request gateway.

[0091] 103. Based on the data cross-validation algorithm, according to the gateway response data, the gateway credibility and gateway efficiency corresponding to each target request gateway are determined.

[0092] 104. Determine upgrade data transmission strategies corresponding to at least two target request gateways according to the upgrade configuration information, gateway credibility, and gateway efficiency, and execute the upgrade data transmission strategies.

[0093] Optionally, the upgrade data transmission strategy is used to limit the upgrade data of the target server to be forwarded between at least two target request gateways until it is downloaded to the local update device corresponding to the device to be upgraded.

[0094] Optionally, the device to be upgraded can be a serial screen device. The serial screen is a display screen with serial communication function. It is composed of a module that integrates a display control chip and a serial communication chip. It can communicate with other devices (such as microcontrollers, single-chip microcomputers, computers, etc.) through the serial port to display data on the screen. For update iterations, bug fixes, and re-upgrade programs are essential processes. In a specific implementation scheme, the upgrade technology in the present invention is implemented as an OTA upgrade of serial screen devices in large-scale multi-device scenarios. In the existing serial screen upgrade technology, manual on-site upgrades are usually required. For scenarios with harsh operating environments, it is obviously not a convenient operation, and the labor cost is also a very large expense. Therefore, based on the OTA upgrade method of the present invention, remote upgrades can be achieved, and the verification of distributed gateways is utilized to improve the efficiency and security of upgrades.

[0095] It can be seen that the above-mentioned embodiments of the invention can determine the gateway credibility corresponding to each requesting gateway according to the gateway response data of the requesting gateway, and determine the corresponding upgrade data transmission strategy based on the upgrade configuration information and the gateway credibility, so as to more efficiently and safely perform OTA firmware upgrade on the upgraded device, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0096] As an optional embodiment, in the above steps, the upgrade configuration information includes device firmware version, device performance parameters, device historical upgrade records and device upgrade data specifications.

[0097] It can be seen that through the above optional embodiments, the specific content of the upgrade configuration information is limited, which can fully characterize the upgrade request characteristics of the device to be upgraded, and is subsequently used to accurately determine a reasonable upgrade data transmission strategy, assisting in achieving more efficient and secure OTA firmware upgrades for the device to be upgraded, reducing the risks brought by unsafe gateways or data, and improving service stability in large-scale device upgrade scenarios.

[0098] As an optional embodiment, in the above steps, sending the upgrade request to multiple target request gateways and receiving gateway response data from each target request gateway includes:

[0099] Determine multiple candidate gateway devices in the network environment where the device to be upgraded is located;

[0100] For each candidate gateway device, obtaining the historical data processing record and the historical data communication record corresponding to the candidate gateway device;

[0101] Calculate the device adaptation parameters corresponding to the candidate gateway device according to the historical data processing records and the historical data communication records;

[0102] Filter out all candidate gateway devices whose device adaptation parameters are greater than the parameter threshold, and obtain multiple target request gateways;

[0103] Send an upgrade request to each target request gateway, and receive gateway response data sent by each target request gateway in response to the upgrade request; optionally, the gateway response data includes gateway device parameters and a data acquisition plan for the upgrade request preset in the gateway policy; the data acquisition plan includes a data source server, a server request communication specification and a request data format.

[0104] It can be seen that through the above-mentioned optional embodiments, the device adaptation parameters corresponding to the candidate gateway devices can be calculated based on the historical data processing records and historical data communication records corresponding to the candidate gateway devices, so as to screen out the target request gateway that is most suitable for requesting or forwarding data, and assist in achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0105] As an optional embodiment, in the above step, calculating the device adaptation parameter corresponding to the candidate gateway device according to the historical data processing record and the historical data communication record includes:

[0106] Determine whether there is a communication record in which the communication subject is the device to be upgraded in the historical data communication record, and obtain a first determination result;

[0107] Determine whether there is a communication record in the historical data communication record whose communication type is OTA upgrade communication and whose communication data type complies with the device upgrade data specification, to obtain a second determination result;

[0108] When both the first judgment result and the second judgment result are negative, determining that the device adaptation parameter corresponding to the candidate gateway device is a preset minimum value; optionally, the minimum value is less than the parameter threshold;

[0109] When the first judgment result or the second judgment result is yes, calculating the average value of the similarity between the data content corresponding to each processing record in the historical data processing record and the historical upgrade data in the device historical upgrade record to obtain a similarity parameter;

[0110] Calculate the product between the similarity parameter and the communication weight to obtain the device adaptation parameter corresponding to the candidate gateway device; optionally, when the first judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records in which the communication subject is the device to be upgraded; when the second judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records in which the communication type is OTA upgrade communication and the communication data type conforms to the device upgrade data specification.

[0111] It can be seen that through the above-mentioned optional embodiments, the device adaptation parameters corresponding to the candidate gateway device can be determined based on the judgment of the historical data communication records and the calculation of the data similarity in the historical data processing records, so as to screen out the target request gateway that is most suitable for requesting or forwarding data, and assist in achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0112] As an optional embodiment, in the above steps, based on the data cross-validation algorithm, according to the gateway response data, determining the gateway credibility and gateway efficiency corresponding to each target request gateway includes:

[0113] Inputting the gateway device parameters corresponding to each target request gateway into the trained gateway efficiency prediction model to obtain the gateway efficiency corresponding to each target request gateway; optionally, the gateway efficiency prediction model is obtained by training a training data set including a plurality of training gateway device parameters and corresponding gateway efficiency annotations;

[0114] Based on the cross-similarity algorithm, the gateway credibility corresponding to each target request gateway is calculated according to the gateway response data and upgrade configuration information.

[0115] It can be seen that through the above optional embodiments, the gateway efficiency of the requesting gateway can be predicted according to the gateway device parameters based on the trained gateway efficiency prediction model, and the gateway credibility can be calculated through the cross-similarity algorithm, so as to be used for the subsequent accurate determination of a reasonable upgrade data transmission strategy, to assist in achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0116] As an optional embodiment, in the above steps, based on the cross-similarity algorithm, according to the gateway response data and the upgrade configuration information, the gateway credibility corresponding to each target request gateway is calculated, including:

[0117] For each target request gateway, calculate the average value of the similarity between the gateway response data corresponding to the target request gateway and the gateway response data of each other target request gateway to obtain the gateway response similarity corresponding to the target request gateway;

[0118] Calculate the similarity between the data source server and the request data format in the data acquisition scheme corresponding to the target request gateway and the data source server and the request data format in the device historical upgrade record to obtain the gateway scheme similarity corresponding to the target request gateway;

[0119] The product of the gateway response similarity and the gateway solution similarity is calculated to obtain the gateway credibility corresponding to the target request gateway.

[0120] It can be seen that through the above-mentioned optional embodiments, the credibility corresponding to each requesting gateway can be accurately determined by calculating the similarity between the response data of the requesting gateways and the similarity between the data acquisition scheme and the historical upgrade records of the device, so as to be used for the subsequent accurate determination of a reasonable upgrade data transmission strategy, and to assist in achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0121] As an optional embodiment, in the above steps, determining the upgrade data transmission strategies corresponding to at least two target request gateways according to the upgrade configuration information, gateway credibility and gateway efficiency includes:

[0122] The objective function is set to minimize the number of target request gateways included in the upgraded data transmission scheme and minimize the transmission complexity corresponding to the upgraded data transmission scheme; optionally, the transmission complexity is the product of the transmission efficiency value and the transmission repetition value; the transmission efficiency value is obtained by calculating the average value of the corresponding transmission efficiencies between all adjacent target request gateways on the transmission path in the upgraded data transmission scheme; the transmission repetition value is obtained by calculating the average value of the number of occurrences of the target request gateways that appear more than once in the upgraded data transmission scheme;

[0123] Setting restrictions includes:

[0124] The gateway credibility corresponding to the target request gateway included in the upgraded data transmission scheme is higher than a preset credibility threshold;

[0125] The transmission efficiency between any two adjacent target request gateways on the transmission path in the upgraded data transmission scheme is higher than a preset first efficiency threshold;

[0126] The data transmission distance between the target request gateway at the beginning of the transmission path in the upgraded data transmission scheme and the corresponding data source server is less than a preset distance threshold;

[0127] The overall transmission efficiency corresponding to the upgraded data transmission scheme is higher than a preset second efficiency threshold;

[0128] According to the objective function and constraints, based on the dynamic programming algorithm, the data transmission schemes of all target request gateways are iteratively calculated until the optimal upgraded data transmission scheme is obtained as the corresponding upgraded data transmission strategy.

[0129] It can be seen that through the above-mentioned optional embodiments, the optimal data transmission strategy can be calculated according to the preset objective function and constraints and the dynamic programming algorithm, so as to achieve more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0130] As an optional embodiment, in the above steps, during the iterative calculation of the dynamic programming algorithm, the gateway device parameters and gateway efficiency corresponding to any two adjacent target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the trained transmission efficiency prediction neural network to obtain the corresponding transmission efficiency, and the gateway device parameters and gateway efficiency corresponding to all target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the transmission efficiency prediction neural network to obtain the corresponding overall transmission efficiency; the transmission efficiency prediction neural network is trained by a training data set including multiple training gateway device sequences and corresponding gateway device parameter annotations, gateway efficiency annotations and transmission efficiency annotations.

[0131] It can be seen that through the above-mentioned optional embodiments, the trained transmission efficiency prediction neural network can be used to assist in the prediction of accurate efficiency parameters during the calculation process of the dynamic programming algorithm so that the calculation converges and the optimal data transmission strategy is obtained, thereby achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reducing the risks brought by unsafe gateways or data, and improving service stability in large-scale equipment upgrade scenarios.

[0132] Embodiment 2

[0133] See also Figure 2 , Figure 2 : is a schematic diagram of a remote OTA upgrade system based on distributed networking verification disclosed in an embodiment of the present invention. Figure 2 The remote OTA upgrade system based on distributed networking verification described above can be applied to a data processing system / data processing device / data processing server (wherein the server includes a local processing server or a cloud processing server). Figure 2 As shown, the remote OTA upgrade system based on distributed networking verification may include:

[0134] The acquisition module 201 is used to acquire the upgrade configuration information of the device to be upgraded in response to the upgrade request of the device to be upgraded.

[0135] The request module 202 is used to send an upgrade request to multiple target request gateways and receive gateway response data from each target request gateway.

[0136] The verification module 203 is used to determine the gateway credibility and gateway efficiency corresponding to each target request gateway based on the data cross-verification algorithm and the gateway response data.

[0137] The upgrade module 204 is used to determine the upgrade data transmission strategies corresponding to at least two target request gateways according to the upgrade configuration information, gateway credibility and gateway efficiency, and execute the upgrade data transmission strategies.

[0138] Optionally, the upgrade data transmission strategy is used to limit the upgrade data of the target server to be forwarded between at least two target request gateways until it is downloaded to the local update device corresponding to the device to be upgraded.

[0139] It can be seen that the above-mentioned embodiments of the invention can determine the gateway credibility corresponding to each requesting gateway according to the gateway response data of the requesting gateway, and determine the corresponding upgrade data transmission strategy based on the upgrade configuration information and the gateway credibility, so as to more efficiently and safely perform OTA firmware upgrade on the upgraded device, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0140] As an optional embodiment, the upgrade configuration information includes device firmware version, device performance parameters, device historical upgrade records and device upgrade data specifications.

[0141] It can be seen that through the above optional embodiments, the specific content of the upgrade configuration information is limited, which can fully characterize the upgrade request characteristics of the device to be upgraded, and is subsequently used to accurately determine a reasonable upgrade data transmission strategy, assisting in achieving more efficient and secure OTA firmware upgrades for the device to be upgraded, reducing the risks brought by unsafe gateways or data, and improving service stability in large-scale device upgrade scenarios.

[0142] As an optional embodiment, the specific manner in which the request module sends the upgrade request to multiple target request gateways and receives the gateway response data of each target request gateway includes:

[0143] Determine multiple candidate gateway devices in the network environment where the device to be upgraded is located;

[0144] For each candidate gateway device, obtaining the historical data processing record and the historical data communication record corresponding to the candidate gateway device;

[0145] Calculate the device adaptation parameters corresponding to the candidate gateway device according to the historical data processing records and the historical data communication records;

[0146] Filter out all candidate gateway devices whose device adaptation parameters are greater than the parameter threshold, and obtain multiple target request gateways;

[0147] Send an upgrade request to each target request gateway, and receive gateway response data sent by each target request gateway in response to the upgrade request; optionally, the gateway response data includes gateway device parameters and a data acquisition plan for the upgrade request preset in the gateway policy; the data acquisition plan includes a data source server, a server request communication specification and a request data format.

[0148] It can be seen that through the above-mentioned optional embodiments, the device adaptation parameters corresponding to the candidate gateway devices can be calculated based on the historical data processing records and historical data communication records corresponding to the candidate gateway devices, so as to screen out the target request gateway that is most suitable for requesting or forwarding data, and assist in achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0149] As an optional embodiment, the specific manner in which the request module calculates the device adaptation parameter corresponding to the candidate gateway device according to the historical data processing record and the historical data communication record includes:

[0150] Determine whether there is a communication record in which the communication subject is the device to be upgraded in the historical data communication record, and obtain a first determination result;

[0151] Determine whether there is a communication record in the historical data communication record whose communication type is OTA upgrade communication and whose communication data type complies with the device upgrade data specification, to obtain a second determination result;

[0152] When both the first judgment result and the second judgment result are negative, determining that the device adaptation parameter corresponding to the candidate gateway device is a preset minimum value; optionally, the minimum value is less than the parameter threshold;

[0153] When the first judgment result or the second judgment result is yes, calculating the average value of the similarity between the data content corresponding to each processing record in the historical data processing record and the historical upgrade data in the device historical upgrade record to obtain a similarity parameter;

[0154] Calculate the product between the similarity parameter and the communication weight to obtain the device adaptation parameter corresponding to the candidate gateway device; optionally, when the first judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records in which the communication subject is the device to be upgraded; when the second judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records in which the communication type is OTA upgrade communication and the communication data type conforms to the device upgrade data specification.

[0155] It can be seen that through the above-mentioned optional embodiments, the device adaptation parameters corresponding to the candidate gateway device can be determined based on the judgment of the historical data communication records and the calculation of the data similarity in the historical data processing records, so as to screen out the target request gateway that is most suitable for requesting or forwarding data, and assist in achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0156] As an optional embodiment, the verification module determines the specific manner of the gateway credibility and gateway efficiency corresponding to each target request gateway based on the data cross-validation algorithm and the gateway response data, including:

[0157] Inputting the gateway device parameters corresponding to each target request gateway into the trained gateway efficiency prediction model to obtain the gateway efficiency corresponding to each target request gateway; optionally, the gateway efficiency prediction model is obtained by training a training data set including a plurality of training gateway device parameters and corresponding gateway efficiency annotations;

[0158] Based on the cross-similarity algorithm, the gateway credibility corresponding to each target request gateway is calculated according to the gateway response data and upgrade configuration information.

[0159] It can be seen that through the above optional embodiments, the gateway efficiency of the requesting gateway can be predicted according to the gateway device parameters based on the trained gateway efficiency prediction model, and the gateway credibility can be calculated through the cross-similarity algorithm, so as to be used for the subsequent accurate determination of a reasonable upgrade data transmission strategy, to assist in achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0160] As an optional embodiment, the verification module calculates the gateway credibility corresponding to each target request gateway based on the cross-similarity algorithm according to the gateway response data and the upgrade configuration information, including:

[0161] For each target request gateway, calculate the average value of the similarity between the gateway response data corresponding to the target request gateway and the gateway response data of each other target request gateway to obtain the gateway response similarity corresponding to the target request gateway;

[0162] Calculate the similarity between the data source server and the request data format in the data acquisition scheme corresponding to the target request gateway and the data source server and the request data format in the device historical upgrade record to obtain the gateway scheme similarity corresponding to the target request gateway;

[0163] The product of the gateway response similarity and the gateway solution similarity is calculated to obtain the gateway credibility corresponding to the target request gateway.

[0164] It can be seen that through the above-mentioned optional embodiments, the credibility corresponding to each requesting gateway can be accurately determined by calculating the similarity between the response data of the requesting gateways and the similarity between the data acquisition scheme and the historical upgrade records of the device, so as to be used for the subsequent accurate determination of a reasonable upgrade data transmission strategy, and to assist in achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0165] As an optional embodiment, the upgrade module determines the specific manner of upgrading the data transmission strategy corresponding to at least two target request gateways according to the upgrade configuration information, gateway credibility and gateway efficiency, including:

[0166] The objective function is set to minimize the number of target request gateways included in the upgraded data transmission scheme and minimize the transmission complexity corresponding to the upgraded data transmission scheme; optionally, the transmission complexity is the product of the transmission efficiency value and the transmission repetition value; the transmission efficiency value is obtained by calculating the average value of the corresponding transmission efficiencies between all adjacent target request gateways on the transmission path in the upgraded data transmission scheme; the transmission repetition value is obtained by calculating the average value of the number of occurrences of the target request gateways that appear more than once in the upgraded data transmission scheme;

[0167] Setting restrictions includes:

[0168] The gateway credibility corresponding to the target request gateway included in the upgraded data transmission scheme is higher than a preset credibility threshold;

[0169] The transmission efficiency between any two adjacent target request gateways on the transmission path in the upgraded data transmission scheme is higher than a preset first efficiency threshold;

[0170] The data transmission distance between the target request gateway at the beginning of the transmission path in the upgraded data transmission scheme and the corresponding data source server is less than a preset distance threshold;

[0171] The overall transmission efficiency corresponding to the upgraded data transmission scheme is higher than a preset second efficiency threshold;

[0172] According to the objective function and constraints, based on the dynamic programming algorithm, the data transmission schemes of all target request gateways are iteratively calculated until the optimal upgraded data transmission scheme is obtained as the corresponding upgraded data transmission strategy.

[0173] It can be seen that through the above-mentioned optional embodiments, the optimal data transmission strategy can be calculated according to the preset objective function and constraints and the dynamic programming algorithm, so as to achieve more efficient and secure OTA firmware upgrades for the devices to be upgraded, reduce the risks brought by unsafe gateways or data, and improve service stability in large-scale device upgrade scenarios.

[0174] As an optional embodiment, during the iterative calculation of the dynamic programming algorithm, the gateway device parameters and gateway efficiency corresponding to any two adjacent target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the trained transmission efficiency prediction neural network to obtain the corresponding transmission efficiency, and the gateway device parameters and gateway efficiency corresponding to all target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the transmission efficiency prediction neural network to obtain the corresponding overall transmission efficiency; the transmission efficiency prediction neural network is trained by a training data set including multiple training gateway device sequences and corresponding gateway device parameter annotations, gateway efficiency annotations and transmission efficiency annotations.

[0175] It can be seen that through the above-mentioned optional embodiments, the trained transmission efficiency prediction neural network can be used to assist in the prediction of accurate efficiency parameters during the calculation process of the dynamic programming algorithm so that the calculation converges and the optimal data transmission strategy is obtained, thereby achieving more efficient and secure OTA firmware upgrades for the devices to be upgraded, reducing the risks brought by unsafe gateways or data, and improving service stability in large-scale equipment upgrade scenarios.

[0176] Embodiment 3

[0177] See also Figure 3 , Figure 3 It is another remote OTA upgrade system based on distributed networking verification disclosed in an embodiment of the present invention. Figure 3 The remote OTA upgrade system based on distributed networking verification is applied to a data processing system / data processing device / data processing server (wherein the server includes a local processing server or a cloud processing server). Figure 3 As shown, the remote OTA upgrade system based on distributed networking verification may include:

[0178] A memory 301 storing executable program codes;

[0179] a processor 302 coupled to the memory 301;

[0180] The processor 302 calls the executable program code stored in the memory 301 to execute the steps of the remote OTA upgrade method based on distributed networking verification described in the first embodiment.

[0181] Embodiment 4

[0182] An embodiment of the present invention discloses a computer-readable storage medium storing a computer program for electronic data exchange, wherein the computer program enables a computer to execute the steps of the remote OTA upgrade method based on distributed networking verification described in the first embodiment.

[0183] Embodiment 5

[0184] An embodiment of the present invention discloses a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and the computer program is operable to enable a computer to execute the steps of the remote OTA upgrade method based on distributed networking verification described in Example 1.

[0185] The above describes specific embodiments of the present specification, and other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily have to be performed in the specific order or sequential order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0186] The systems, devices, modules or units described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0187] For the convenience of description, the above device is described in various units according to their functions. Of course, when implementing this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0188] Those skilled in the art will appreciate that the embodiments of this specification may be provided as methods, systems, or computer program products. Therefore, the embodiments of this specification may be in the form of complete hardware embodiments, complete software embodiments, or embodiments in combination with software and hardware. Moreover, the embodiments of this specification may be in the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0189] This specification is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0190] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0191] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0192] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0193] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0194] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

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

[0196] This specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. This specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

[0197] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0198] Finally, it should be noted that the remote OTA upgrade method and system based on distributed networking verification disclosed in the embodiment of the present invention only discloses the preferred embodiment of the present invention, which is only used to illustrate the technical solution of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, ordinary technicians in this field should understand that the technical solutions recorded in the aforementioned embodiments can still be modified, or some of the technical features therein can be replaced by equivalents. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A remote OTA upgrade method based on distributed networking verification, characterized in that: The method comprises: In response to an upgrade request of the device to be upgraded, acquiring upgrade configuration information of the device to be upgraded; Sending the upgrade request to multiple target request gateways and receiving gateway response data from each of the target request gateways includes: Determine a plurality of candidate gateway devices in the network environment where the device to be upgraded is located; For each of the candidate gateway devices, obtaining historical data processing records and historical data communication records corresponding to the candidate gateway device; Calculating device adaptation parameters corresponding to the candidate gateway device according to the historical data processing records and the historical data communication records; Filter out all the candidate gateway devices whose device adaptation parameters are greater than the parameter threshold, and obtain multiple target request gateways; Sending the upgrade request to each of the target request gateways, and receiving gateway response data sent by each of the target request gateways in response to the upgrade request; the gateway response data includes gateway device parameters and a data acquisition scheme for the upgrade request preset in the gateway policy; the data acquisition scheme includes a data source server, a server request communication specification, and a request data format; Based on the data cross-validation algorithm, according to the gateway response data, the gateway credibility and gateway efficiency corresponding to each of the target request gateways are determined, including: Inputting the gateway device parameters corresponding to each of the target request gateways into a trained gateway efficiency prediction model to obtain the gateway efficiency corresponding to each of the target request gateways; the gateway efficiency prediction model is trained by a training data set including a plurality of training gateway device parameters and corresponding gateway efficiency annotations; Based on the cross-similarity algorithm, the gateway credibility corresponding to each target request gateway is calculated according to the gateway response data and the upgrade configuration information; According to the upgrade configuration information, the gateway credibility and the gateway efficiency, the upgrade data transmission strategy corresponding to at least two of the target request gateways is determined and the upgrade data transmission strategy is executed; the upgrade data transmission strategy is used to limit the upgrade data of the target server to be forwarded between at least two of the target request gateways until it is downloaded to the local update device corresponding to the device to be upgraded.

2. The remote OTA upgrade method based on distributed networking verification according to claim 1 is characterized in that: The upgrade configuration information includes device firmware version, device performance parameters, device historical upgrade records and device upgrade data specifications.

3. The remote OTA upgrade method based on distributed networking verification according to claim 2 is characterized in that: The calculating, according to the historical data processing record and the historical data communication record, the device adaptation parameter corresponding to the candidate gateway device comprises: Determine whether there is a communication record in which the communication subject is the device to be upgraded in the historical data communication record, and obtain a first determination result; Determine whether there is a communication record in the historical data communication record whose communication type is OTA upgrade communication and whose communication data type conforms to the device upgrade data specification, to obtain a second determination result; When both the first judgment result and the second judgment result are negative, determining that the device adaptation parameter corresponding to the candidate gateway device is a preset minimum value; the minimum value is less than the parameter threshold; When the first judgment result or the second judgment result is yes, calculating an average value of similarities between data content corresponding to each processing record in the historical data processing record and historical upgrade data in the device historical upgrade record to obtain a similarity parameter; Calculate the product between the similarity parameter and the communication weight to obtain the device adaptation parameter corresponding to the candidate gateway device; when the first judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records whose communication subject is the device to be upgraded; when the second judgment result is yes, the communication weight is proportional to the number of communication records in the historical data communication records whose communication type is OTA upgrade communication and whose communication data type conforms to the device upgrade data specification.

4. The remote OTA upgrade method based on distributed networking verification according to claim 2 is characterized in that: The method of calculating the gateway credibility corresponding to each target request gateway based on the cross-similarity algorithm according to the gateway response data and the upgrade configuration information includes: For each of the target request gateways, calculating an average value of similarities between the gateway response data corresponding to the target request gateway and the gateway response data of each other target request gateway, to obtain a gateway response similarity corresponding to the target request gateway; Calculate the similarity between the data source server and the request data format in the data acquisition scheme corresponding to the target request gateway and the data source server and the request data format in the device historical upgrade record to obtain the gateway scheme similarity corresponding to the target request gateway; The product of the gateway response similarity and the gateway solution similarity is calculated to obtain the gateway credibility corresponding to the target request gateway.

5. The remote OTA upgrade method based on distributed networking verification according to claim 1, characterized in that: The step of determining, according to the upgrade configuration information, the gateway credibility, and the gateway efficiency, upgrade data transmission strategies corresponding to at least two target request gateways includes: The objective function is set to minimize the number of target request gateways included in the upgraded data transmission scheme and minimize the transmission complexity corresponding to the upgraded data transmission scheme; the transmission complexity is the product of the transmission efficiency value and the transmission repetition value; the transmission efficiency value is obtained by calculating the average value of the corresponding transmission efficiencies between all adjacent target request gateways on the transmission path in the upgraded data transmission scheme; the transmission repetition value is obtained by calculating the average value of the number of occurrences of the target request gateway that appears more than once in the upgraded data transmission scheme; Setting restrictions includes: The gateway credibility corresponding to the target request gateway included in the upgraded data transmission scheme is higher than a preset credibility threshold; The transmission efficiency between any two adjacent target request gateways on the transmission path in the upgraded data transmission scheme is higher than a preset first efficiency threshold; The data transmission distance between the target request gateway at the beginning of the transmission path in the upgraded data transmission scheme and the corresponding data source server is less than a preset distance threshold; The overall transmission efficiency corresponding to the upgraded data transmission scheme is higher than a preset second efficiency threshold; According to the objective function and the constraint conditions, based on a dynamic programming algorithm, the data transmission schemes of all the target request gateways are iteratively calculated until an optimal upgrade data transmission scheme is obtained as a corresponding upgrade data transmission strategy.

6. The remote OTA upgrade method based on distributed networking verification according to claim 5 is characterized in that: During the iterative calculation of the dynamic programming algorithm, the gateway device parameters and the gateway efficiency corresponding to any two adjacent target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the trained transmission efficiency prediction neural network to obtain the corresponding transmission efficiency, and the gateway device parameters and the gateway efficiency corresponding to all the target request gateways on the transmission path in the generated upgraded data transmission scheme are input into the transmission efficiency prediction neural network to obtain the corresponding overall transmission efficiency; the transmission efficiency prediction neural network is trained by a training data set including multiple training gateway device sequences and corresponding gateway device parameter annotations, gateway efficiency annotations and transmission efficiency annotations.

7. A remote OTA upgrade system based on distributed networking verification, characterized in that: The system comprises: An acquisition module, configured to acquire upgrade configuration information of the device to be upgraded in response to an upgrade request of the device to be upgraded; A request module, used to send the upgrade request to multiple target request gateways and receive gateway response data from each of the target request gateways, including: Determine a plurality of candidate gateway devices in the network environment where the device to be upgraded is located; For each of the candidate gateway devices, obtaining historical data processing records and historical data communication records corresponding to the candidate gateway device; Calculating device adaptation parameters corresponding to the candidate gateway device according to the historical data processing records and the historical data communication records; Filter out all the candidate gateway devices whose device adaptation parameters are greater than the parameter threshold, and obtain multiple target request gateways; Sending the upgrade request to each of the target request gateways, and receiving gateway response data sent by each of the target request gateways in response to the upgrade request; the gateway response data includes gateway device parameters and a data acquisition scheme for the upgrade request preset in the gateway policy; the data acquisition scheme includes a data source server, a server request communication specification, and a request data format; A verification module, used to determine the gateway credibility and gateway efficiency corresponding to each of the target request gateways according to the gateway response data based on a data cross-validation algorithm, including: Inputting the gateway device parameters corresponding to each of the target request gateways into a trained gateway efficiency prediction model to obtain the gateway efficiency corresponding to each of the target request gateways; the gateway efficiency prediction model is trained by a training data set including a plurality of training gateway device parameters and corresponding gateway efficiency annotations; Based on the cross-similarity algorithm, the gateway credibility corresponding to each target request gateway is calculated according to the gateway response data and the upgrade configuration information; An upgrade module is used to determine the upgrade data transmission strategy corresponding to at least two of the target request gateways and execute the upgrade data transmission strategy based on the upgrade configuration information, the gateway credibility and the gateway efficiency; the upgrade data transmission strategy is used to limit the upgrade data of the target server to be forwarded between at least two of the target request gateways until it is downloaded to the local update device corresponding to the device to be upgraded.

8. A remote OTA upgrade system based on distributed networking verification, characterized in that: The system comprises: A memory storing executable program code; a processor coupled to the memory; The processor calls the executable program code stored in the memory to execute the remote OTA upgrade method based on distributed networking verification as described in any one of claims 1-6.

Images