Remote upgrade failure processing method, electronic equipment and storage medium

Abstract

The invention provides a remote upgrade failure processing method, electronic equipment and a storage medium, and the method comprises the steps: transmitting first information comprising state information and an error code after the remote upgrade failure of a vehicle side to a server side, receiving notification information which is pushed by the server side and is generated according to the first information, the notification information being used for indicating the remote rescue of the vehicle side, sending request information to the user according to the notification information, receiving confirmation information aiming at the notification information, if the confirmation information indicates that on-site rescue is not needed, sending second information to the server, receiving upgrading task information sent by the server aiming at the second information needing remote rescue, and sending the upgrading task information to the server; and sending a downloading request of the corresponding software package to the server according to the upgrading task information, and executing an installation process of the software package in response to the software package sent by the server for the downloading request. And if the confirmation information indicates that on-site rescue is needed, sending a rescue signal for requesting on-site rescue to the server. According to the scheme, the user experience after the remote upgrading fails can be improved.

Description

Technical Field

[0001] Embodiments of the present application relate to the field of automotive software, and in particular, to a method, device, vehicle, electronic device, storage medium, and computer program product for processing remote upgrade failure. Background Art

[0002] With the continuous development of automobile technology, remote upgrading has become an important part of modern automobile manufacturing. However, during the remote upgrading process, the upgrade may fail due to network problems, data integrity problems, etc. Rescue after remote upgrading failure is particularly important.

[0003] Currently, in the remote upgrade task operation process, when a remote upgrade fails, the car owner needs to call the rescue phone to report to the OEM (Original Equipment Manufacturer). After the OEM customer service receives the problem report from the operator, they will proceed to the next step.

[0004] However, when the user does not know that they need to make a rescue call or the operator does not accurately judge the on-site situation, they face the situation where they cannot get rescue in time after the remote upgrade fails, resulting in a poor user experience. Summary of the invention

[0005] In view of this, embodiments of the present application provide a remote upgrade failure processing method, an electronic device, and a storage medium to at least solve some of the above problems.

[0006] According to a first aspect of an embodiment of the present application, a method for processing a remote upgrade failure is provided, which is applied to a vehicle side, and includes: sending a first message to a server side, wherein the first message includes status information and an error code after the remote upgrade of the vehicle side fails. Receiving notification information pushed by the server side, wherein the notification information is generated by the server side according to the first message, and the notification information is used to indicate remote rescue of the vehicle side. Sending request information to a user according to the notification information, and receiving confirmation information for the notification information. If the confirmation information indicates that on-site rescue is not required, sending a second message to the server side, receiving the upgrade task information sent by the server side for the second message, sending a download request to the server side according to the upgrade task information, and executing the installation process of the software package in response to the software package sent by the server side for the download request, wherein the second information is used to indicate the need for remote rescue, and the download request is used to request the download of the software package corresponding to the upgrade task information. If the confirmation information indicates that on-site rescue is required, sending a rescue signal to the server side, wherein the rescue signal is used to request on-site rescue.

[0007] According to the second aspect of the embodiment of the present application, a method for processing a remote upgrade failure is provided, which is applied to a service end, and includes: receiving a first message sent by a vehicle end, wherein the first message includes status information and an error code after the remote upgrade of the vehicle end fails. Generate notification information based on the first information, and send the notification information to the vehicle end, wherein the notification information is used to indicate that the vehicle end can be remotely rescued. If a download request sent by the vehicle end according to the upgrade task information is received, and a software package corresponding to the upgrade task information is sent to the vehicle end according to the download request, so that the vehicle end executes the installation process of the software package. If a rescue signal sent by the vehicle end is received, a first on-site rescue instruction is sent to the service station terminal to instruct on-site rescue of the vehicle end.

[0008] According to a third aspect of the embodiments of the present application, an electronic device is provided, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the memory, and the communication interface communicate with each other via the communication bus. The memory is used to store at least one executable instruction, and the executable instruction enables the processor to perform operations corresponding to the method for handling remote upgrade failure as described in the first aspect and / or the second aspect above.

[0009] According to a fourth aspect of an embodiment of the present application, a computer storage medium is provided, on which a computer program is stored. When the program is executed by a processor, the method for processing remote upgrade failure as described in the first aspect and / or the second aspect above is implemented.

[0010] According to the above technical solution, when the remote upgrade of the vehicle fails, the vehicle sends the first information to the server, and the server generates notification information based on the first information and sends it to the vehicle. The vehicle receives the notification information sent by the server that can be remotely rescued, and requests confirmation from the user according to the notification information. When the user confirms that no on-site rescue is required, the vehicle sends the second information to the server, and the server sends the upgrade task information to the vehicle according to the second information. After receiving the upgrade task information, the vehicle sends a request to download the software package corresponding to the upgrade task information, and executes the installation of the software package, thereby completing the rescue of the vehicle after the remote upgrade fails. When the user confirms that on-site rescue is required, the vehicle sends a rescue signal to the server. According to this technical solution, after the remote upgrade fails, the vehicle first sends information to the server, and the server monitors the failure of the vehicle upgrade and processes it and generates notification information to send to the vehicle. Then the vehicle and the server interact to realize the remote rescue of the vehicle. If on-site rescue is required, the vehicle sends a rescue signal. The whole process is mainly handled automatically by the vehicle and the server, without relying on operators, and users do not need to call for rescue, which improves the rescue efficiency and thus improves the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, 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.

[0012] Figure 1 This is a flowchart of a method for processing a remote upgrade failure provided by an embodiment of the present application;

[0013] Figure 2 is a flowchart of a method for processing a remote upgrade failure provided by another embodiment of the present application;

[0014] Figure 3 It is a schematic diagram of a vehicle-side state where a remote upgrade fails, provided by an embodiment of the present application;

[0015] Figure 4 It is a schematic diagram of a remote upgrade failure processing device provided by an embodiment of the present application;

[0016] Figure 5 is a schematic diagram of a device for processing remote upgrade failure provided by another embodiment of the present application;

[0017] Figure 6 It is a schematic diagram of an electronic device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0018] The present application is described below based on embodiments, but the present application is not limited to these embodiments. In the detailed description of the present application below, some specific details are described in detail. It is possible for a person skilled in the art to fully understand the present application without the description of these details. In order to avoid confusing the essence of the present application, known methods, processes, and flows are not described in detail. In addition, the drawings are not necessarily drawn to scale.

[0019] How to handle remote upgrade failure

[0020] An embodiment of the present application provides a method for processing a remote upgrade failure, which is applied to a vehicle side. The method for processing a remote upgrade failure is described in detail below through multiple embodiments.

[0021] Figure 1 FIG. 1 is a flowchart of a method for processing a remote upgrade failure according to an embodiment of the present application. Figure 1 As shown, the method for handling the remote upgrade failure includes the following steps:

[0022] Step S102: Send the first information to the server.

[0023] Vehicle remote upgrade refers to the process of updating and upgrading the vehicle's software, system or function through wireless communication technology. When the vehicle is remotely upgraded, the upgrade file will be downloaded from the remote server and then installed in the internal system. The vehicle will send the upgrade status information to the server in real time.

[0024] When the remote upgrade of the vehicle side fails, the vehicle side will send a first message to the service side including the status information and error code after the remote upgrade of the vehicle side fails.

[0025] Step S104: receiving notification information sent by the server.

[0026] The notification information is generated by the server based on the first information. After the server receives the status information and error code after the remote upgrade failure sent by the vehicle, the server can obtain the required log data from the vehicle based on the status information and error code after the remote upgrade failure. Then the server automatically analyzes the problem of remote upgrade failure in combination with the system's knowledge base. If the analysis result is that the vehicle can be remotely rescued, the server generates notification information based on the analysis result, and the notification information is used to indicate that the vehicle can be remotely rescued, and sends the notification information to the vehicle.

[0027] Step S106: Send request information to the user according to the notification information, and receive confirmation information for the notification information.

[0028] After the vehicle receives the notification information sent by the server, the notification information indicates that the vehicle can be rescued remotely. The vehicle can show the user whether on-site rescue is required through the application interface. When the user operates the application interface and confirms, the vehicle will receive the user's confirmation information for the notification information.

[0029] Step S108: Determine whether the confirmation information indicates that on-site rescue is required, if not, execute step S110, if yes, execute step S112.

[0030] The confirmation information may indicate whether on-site rescue is required or not. The vehicle side needs to judge the confirmation information before taking the next action. If the confirmation information indicates that on-site rescue is not required, execute step S110 for remote rescue. If the confirmation information indicates that on-site rescue is required, execute step S112 for on-site rescue.

[0031] Step S110: sending the second information to the server, receiving the upgrade task information sent by the server in response to the second information, sending a download request to the server according to the upgrade task information, and executing the installation process of the software package in response to the software package sent by the server in response to the download request.

[0032] When the confirmation message indicates that on-site rescue is not required, the vehicle side sends a second message to the server side, that is, the vehicle side needs remote rescue. After receiving the second message, the server side processes and sends the upgrade task information to the vehicle side. After receiving the upgrade task information, the vehicle side will automatically wake up the vehicle network, send a request to the server side and download the software package corresponding to the upgrade task information. At the same time, after the software package is downloaded, the vehicle side automatically executes the installation process, and the remote rescue of the vehicle side is completed when the installation is completed. During the process of downloading and installing the software package on the vehicle side, the vehicle side can maintain high voltage to avoid battery feeding.

[0033] Step S112: Send a rescue signal to the server.

[0034] When the confirmation information indicates that on-site rescue is required, the vehicle side sends a rescue signal to the service side.

[0035] After receiving the rescue signal, the service end determines the service station closest to the vehicle as the service station responsible for on-site rescue based on the current vehicle positioning information and the distribution information of the service stations, and then sends an on-site rescue instruction to the service station terminal corresponding to the service station, and the service station arranges on-site rescue for the vehicle.

[0036] In the embodiment of the present application, when the remote upgrade of the vehicle fails, the vehicle sends the first information to the server, the server generates notification information according to the first information and sends it to the vehicle, the vehicle receives the notification information sent by the server that remote rescue is possible, and requests confirmation from the user according to the notification information, when the user confirms that no on-site rescue is required, the vehicle sends the second information to the server, the server sends the upgrade task information to the vehicle according to the second information, after the vehicle receives the upgrade task information, it sends a request to download the software package corresponding to the upgrade task information, and executes the installation of the software package, thereby completing the rescue of the vehicle after the remote upgrade fails. When the user confirms that on-site rescue is required, the vehicle sends a rescue signal to the server. Through this technical solution, after the remote upgrade fails, the vehicle first sends information to the server, the server monitors the failure of the vehicle upgrade, processes it and generates notification information and sends it to the vehicle, and then the vehicle and the server interact to realize the remote rescue of the vehicle, if on-site rescue is required, the vehicle sends a rescue signal, the whole process is mainly handled automatically by the vehicle and the server, does not rely on the operator, and the user does not need to call for rescue, which improves the rescue efficiency and thus improves the user experience.

[0037] In a possible implementation manner, the upgrade task information is generated by the server according to the difference between the remote upgrade intermediate state information and the remote upgrade target state information.

[0038] The remote upgrade intermediate status information is used to indicate the status of the vehicle controller after the remote upgrade fails on the vehicle side. The vehicle side may have multiple vehicle controllers. The remote upgrade on the vehicle side is equivalent to upgrading the software version of the vehicle controller on the vehicle side. After the upgrade fails, the status of some vehicle controllers may have been upgraded to the target status, while some vehicle controllers are in the state of failed upgrade. The status information of the vehicle controllers in these two states is combined into the remote upgrade intermediate status information.

[0039] The remote upgrade target state information is used to indicate the state of the on-board controller that the vehicle side expects to achieve through the remote upgrade, that is, the state information of the on-board controller of the vehicle side if the remote upgrade is successful.

[0040] In an embodiment of the present application, the upgrade task information is generated by the server based on the difference between the remote upgrade intermediate state information and the remote upgrade target state information. It does not rely on the processing of operators, improves the efficiency of remote rescue, and thus improves the user experience.

[0041] How to handle remote upgrade failure

[0042] The embodiment of the present application also provides a method for processing a remote upgrade failure, which is applied to a server. The method for processing a remote upgrade failure is described in detail below through multiple embodiments.

[0043] Figure 2 FIG. 1 is a flowchart of a method for processing a remote upgrade failure according to an embodiment of the present application. Figure 2 As shown, the method for handling the remote upgrade failure includes the following steps:

[0044] Step S202: Receive the first information sent by the vehicle.

[0045] When the vehicle is remotely upgraded, it will download the upgrade file from the remote server and then install it in the internal system. The server will receive the remote upgrade status information sent by the vehicle in real time.

[0046] When the remote upgrade of the vehicle side fails, the server side will receive the first information sent by the vehicle side, and the first information includes the status information and error code after the remote upgrade of the vehicle side fails.

[0047] Step S204: Generate notification information according to the first information, and send the notification information to the vehicle end.

[0048] After the server receives the first information sent by the vehicle after the remote upgrade fails, including the status information and error code, the server obtains the required log data from the vehicle based on the status information and error code after the remote upgrade fails. Then the server automatically analyzes the problem of remote upgrade failure in combination with the system's knowledge base. If the analysis result is that the vehicle can be remotely rescued, the server generates notification information based on the analysis result, and the notification information is used to indicate that the vehicle can be remotely rescued, and sends the notification information to the vehicle.

[0049] Step S206: If a download request sent by the vehicle end according to the upgrade task information is received, a software package corresponding to the upgrade task information is sent to the vehicle end according to the download request, so that the vehicle end executes the installation process of the software package.

[0050] If the vehicle receives the notification information sent by the server and obtains the user's confirmation that remote rescue is needed, the vehicle will send the user's confirmation information to the server. After the server receives the confirmation information that the vehicle needs remote rescue, it will generate upgrade task information and send it to the vehicle. After receiving the upgrade task information, the vehicle sends a download request to the server. After receiving the download request, the server sends the software package corresponding to the upgrade task information to the vehicle. After the vehicle completes the download, the vehicle automatically executes the installation process. When the installation is completed, the remote rescue of the vehicle is completed.

[0051] Step S208: If a rescue signal sent by the vehicle is received, a first on-site rescue instruction is sent to the service station terminal to instruct on-site rescue of the vehicle.

[0052] The basis for the rescue signal sent by the vehicle side can be the confirmation information of the user confirming the need for on-site rescue, or when there is no fault case matching the log data in the knowledge base, the server side forwards it to the operator for manual analysis, and determines through manual analysis that the vehicle side needs on-site rescue.

[0053] In an embodiment of the present application, when the remote upgrade of the vehicle fails, the service end receives the first information sent by the vehicle end, generates notification information based on the first information and sends it to the vehicle end, and after processing, the vehicle end sends a download request or a rescue signal to the service end. If the service end receives the download request sent by the vehicle end according to the upgrade task information, it sends the software package corresponding to the upgrade task information to the vehicle end according to the download request, so that the vehicle end executes the installation process of the software package. If the service end receives the rescue signal sent by the vehicle end, it sends the first on-site rescue instruction to the service station terminal to instruct on-site rescue of the vehicle end. Through this technical solution, after the remote upgrade fails, the service end receives the first information sent by the vehicle end, generates notification information based on the first information and sends it to the vehicle end, and then the service end receives the download request or rescue signal sent by the vehicle end, and then the service end sends the software package to the vehicle end for remote rescue or sends an on-site rescue instruction to the service station. The whole process is mainly handled automatically by the service end and the vehicle end, without relying on operators, and users do not need to call for rescue, which improves the rescue efficiency and thus improves the user experience.

[0054] In one possible implementation, generating notification information based on the first information includes: obtaining the log data of the vehicle end based on the status information and error code included in the first information, and determining whether there is a fault case matching the log data in the knowledge base; if there is no fault case matching the log data in the knowledge base, determining whether the vehicle end can be remotely rescued by manually analyzing the log data; if the vehicle end can be remotely rescued, generating the notification information.

[0055] After receiving the status information and error code included in the first information sent by the vehicle after the remote upgrade fails, the server obtains the required log data from the vehicle based on the first information, and then automatically matches and analyzes the problem of remote upgrade failure in combination with the fault cases in the system's knowledge base. If the matching result is that the vehicle can be remotely rescued, the server generates a notification message based on the analysis result, which is used to indicate that the vehicle can be remotely rescued, and sends the notification message to the vehicle. If there is no fault case matching the log data in the knowledge base, the system forwards it to the operator for manual analysis, so as to determine whether the vehicle can be remotely rescued through manual analysis.

[0056] In the embodiment of the present application, after the remote upgrade fails, the service end receives the first information sent by the vehicle end, and then matches the log data with the fault case in the knowledge base of the system. If the knowledge base cannot match the fault case, the log data is manually analyzed. If the knowledge base matching result is that the vehicle end can be remotely rescued, a notification message is generated. The log data of the vehicle end is matched and analyzed through the knowledge base. If the matching result is that the vehicle end can be remotely rescued, the vehicle end is assisted in remote rescue without manual intervention, which improves the efficiency of rescue and thus improves the user experience.

[0057] In a possible implementation, if the vehicle side cannot be remotely rescued, a second on-site rescue instruction is sent to the service station terminal to instruct on-site rescue of the vehicle side.

[0058] When the result of matching the log data with the fault cases in the knowledge base is that remote rescue is not possible, or when it is determined through manual analysis that the vehicle side cannot be remotely rescued, the server side will send an on-site rescue instruction to the service station terminal to instruct the service station to perform on-site rescue of the vehicle side.

[0059] In an embodiment of the present application, after a remote upgrade fails, regardless of whether it is determined through a knowledge base or manual analysis that the vehicle cannot be remotely rescued, the service end will send a rescue instruction to the service station terminal to instruct on-site rescue of the vehicle, without the need for the user to call for rescue, thereby improving the user experience.

[0060] In a possible implementation, after determining whether the vehicle can be remotely rescued by manually analyzing the log data, the analysis result and the log data are combined into a new fault case, and the new fault case is stored in the knowledge base.

[0061] By manually analyzing the log data, it is determined whether the vehicle can be rescued remotely. However, the fault case corresponding to the log data does not exist in the knowledge base, so the analysis results and the log data are combined into a new fault case, and the new fault case is stored in the knowledge base to enrich the fault cases in the knowledge base.

[0062] In an embodiment of the present application, new fault cases formed by combining the analysis results obtained by manual analysis and log data are stored in a knowledge base so that the knowledge base covers more fault cases, thereby improving the knowledge base's ability to analyze remote upgrade failure problems, thereby improving rescue efficiency.

[0063] In one possible implementation, remote upgrade intermediate state information and remote upgrade target state information are obtained, and the upgrade task information is generated based on the difference between the remote upgrade intermediate state information and the remote upgrade target state information. The upgrade task information includes the software version of at least one vehicle controller in the remote upgrade intermediate state information that is different from the remote upgrade target state information.

[0064] The remote upgrade intermediate status information is used to indicate the status of the vehicle controller after the remote upgrade fails on the vehicle side. The vehicle side may have multiple vehicle controllers. The remote upgrade on the vehicle side is equivalent to upgrading the software version of the vehicle controller on the vehicle side. After the upgrade fails, the status of some vehicle controllers may have been upgraded to the target status, while some vehicle controllers are in the state of failed upgrade. The status information of the vehicle controllers in these two states is combined into the remote upgrade intermediate status information.

[0065] The remote upgrade target state information is used to indicate the state of the on-board controller that the vehicle side expects to achieve through the remote upgrade, that is, the state information of the on-board controller of the vehicle side if the remote upgrade is successful.

[0066] By comparing the remote upgrade intermediate state information and the remote upgrade target state information, the server can obtain the difference between the two, and generate the upgrade task information based on the difference, that is, the software version information corresponding to at least one vehicle controller that failed to upgrade included in the remote upgrade intermediate state information. Figure 3 The three states of the vehicle side are shown. The vehicle side has three on-board controllers, including the state before remote upgrade OS1.0.0, the remote upgrade target state OS2.0.0 and the remote upgrade intermediate state. The state before remote upgrade OS1.0.0 includes on-board controller A corresponding to software version A1, on-board controller B corresponding to software version B1, and on-board controller C corresponding to software version C1. The remote upgrade target state OS2.0.0 that the vehicle side expects to achieve through remote upgrade includes on-board controller A corresponding to software version A2, on-board controller B corresponding to software version B2, and on-board controller C corresponding to software version C2. The remote upgrade intermediate state corresponding to the failure of the remote upgrade of the vehicle side includes on-board controller A corresponding to software version A2, on-board controller B corresponding to software version B1, and on-board controller C corresponding to software version C1. It can be seen that the software version corresponding to on-board controller A has been successfully upgraded from A1 to A2, while the software corresponding to on-board controller B and on-board controller C is in the upgrade failure state, then the server will generate upgrade task information for the software packages required for the upgrade of on-board controller B and on-board controller C.

[0067] In an embodiment of the present application, the upgrade task information is generated by the server based on the difference between the remote upgrade intermediate state information and the remote upgrade target state information. It does not rely on the processing of operators, improves the efficiency of remote rescue, and thus improves the user experience.

[0068] In one possible implementation, when it is determined that on-site rescue of the vehicle is required, the positioning information of the vehicle is obtained, and based on the positioning information and the distribution information of the service stations, the service station responsible for on-site rescue of the vehicle is determined, and an on-site rescue instruction is sent to the service station terminal corresponding to the service station.

[0069] When it is determined that on-site rescue of the vehicle is required, the server obtains the vehicle's positioning information from the vehicle, calculates the distance between the vehicle and each service station based on the positioning information and the distribution information of the service stations, and determines the service station closest to the vehicle as the service station responsible for on-site rescue. The server then sends an on-site rescue instruction to the service station terminal corresponding to the service station.

[0070] In an embodiment of the present application, the server determines the service station responsible for on-site rescue based on the positioning information of the vehicle and the distribution information of the service stations, and sends on-site rescue instructions to the service station terminal corresponding to the service station. No human intervention is required, which improves the rescue efficiency and thus enhances the user experience.

[0071] Remote upgrade failure processing device

[0072] The present application embodiment provides a remote upgrade failure processing device, which is applied to a vehicle end, such as Figure 4 As shown, the remote upgrade failure processing device 400 may include: a first sending module 402 , a first receiving module 404 , a confirmation module 406 , a first execution module 408 and a second execution module 410 .

[0073] The first sending module 402 is used to send first information to the server, wherein the first information includes status information and error code after the remote upgrade of the vehicle fails.

[0074] Vehicle remote upgrade refers to the process of updating and upgrading the vehicle's software, system or function through wireless communication technology. When the vehicle is remotely upgraded, the upgrade file will be downloaded from the remote server and then installed in the internal system. The vehicle will send the upgrade status information to the server in real time.

[0075] When the remote upgrade of the vehicle fails, the vehicle sends the first information including the status information and error code after the remote upgrade of the vehicle fails to the service end through the first sending module 402 .

[0076] The first receiving module 404 is used to receive notification information sent by the server, wherein the notification information is generated by the server according to the first information, and the notification information is used to indicate that the vehicle can be remotely rescued.

[0077] The notification information is generated by the server based on the first information. After the server receives the status information and error code after the remote upgrade failure sent by the vehicle, the server can obtain the required log data from the vehicle based on the status information and error code after the remote upgrade failure. Then the server automatically analyzes the problem of remote upgrade failure in combination with the system's knowledge base. If the analysis result is that the vehicle can be remotely rescued, the server generates notification information based on the analysis result. The notification information is used to indicate that the vehicle can be remotely rescued, and the notification information is sent to the vehicle. The vehicle receives the notification information through the first receiving module 404.

[0078] The confirmation module 406 is used to send request information to the user according to the notification information, and receive confirmation information for the notification information.

[0079] The vehicle side receives the notification information sent by the server side through the confirmation module 406. The notification information indicates that the vehicle can be rescued remotely. The vehicle side sends a request message to the user through the confirmation module 406. Specifically, the application interface can be used to show the user whether on-site rescue is required. When the user operates the application interface and confirms, the vehicle side will receive the user's confirmation information for the notification information through the confirmation module 406.

[0080] The first execution module 408 is used to send the second information to the server when the confirmation information indicates that on-site rescue is not required, receive the upgrade task information sent by the server in response to the second information, send a download request to the server according to the upgrade task information, and execute the installation process of the software package in response to the software package sent by the server in response to the download request, wherein the second information is used to indicate that remote rescue is required, and the download request is used to request downloading of the software package corresponding to the upgrade task information.

[0081] When the confirmation information indicates that on-site rescue is not required, the vehicle side sends a second message to the service side through the first execution module 408, that is, the vehicle side needs remote rescue. After receiving the second message, the service side processes and sends the upgrade task information to the vehicle side. After the vehicle side receives the upgrade task information through the first execution module 408, it will automatically wake up the vehicle network and send a request to the service side to download the software package corresponding to the upgrade task information. At the same time, after the software package is downloaded, the vehicle side automatically executes the installation process through the first execution module 408. When the installation is completed, the remote rescue of the vehicle side is completed. During the process of downloading and installing the software package on the vehicle side, the vehicle side can maintain high voltage to avoid battery feeding.

[0082] The second execution module 410 is used to send a rescue signal to the service end when the confirmation information indicates that on-site rescue is required, wherein the rescue signal is used to request on-site rescue.

[0083] When the confirmation information indicates that on-site rescue is required, the vehicle side sends a rescue signal to the service side through the second execution module 410 .

[0084] After receiving the rescue signal, the service end determines the service station closest to the vehicle as the service station responsible for on-site rescue based on the current vehicle positioning information and the distribution information of the service stations, and then sends an on-site rescue instruction to the service station terminal corresponding to the service station, and the service station arranges on-site rescue for the vehicle.

[0085] In the embodiment of the present application, when the remote upgrade of the vehicle fails, the vehicle sends the first information to the server through the first sending module 402, and the server generates notification information based on the first information and sends it to the vehicle. The vehicle receives the notification information of remote rescue sent by the server through the first receiving module 404, and requests confirmation from the user based on the notification information through the confirmation module 406. When the user confirms that on-site rescue is not required, the vehicle sends the second information to the server through the first execution module 408, and the server sends the upgrade task information to the vehicle based on the second information. After receiving the upgrade task information, the vehicle sends a request to download the software package corresponding to the upgrade task information, and executes the installation of the software package, thereby completing the rescue of the vehicle after the remote upgrade fails. When the user confirms that on-site rescue is required, the vehicle sends a rescue signal to the server through the second execution module 410. Through this technical solution, after the remote upgrade fails, the vehicle side first sends information to the server side. After the server side monitors the upgrade failure of the vehicle side, it processes it and generates a notification message to notify the vehicle side. Then the vehicle side and the server side interact to realize remote rescue of the vehicle side. If on-site rescue is required, the vehicle side sends a rescue signal. The entire rescue process is mainly handled automatically by the vehicle side and the server side, without relying on operators. Users do not need to call for rescue, which improves rescue efficiency and thus improves user experience.

[0086] Remote upgrade failure processing device

[0087] The present application also provides a remote upgrade failure processing device, which is applied to the server, such as Figure 5 As shown, the remote upgrade failure processing device 500 may include: a second receiving module 502 , a second sending module 504 , a third execution module 506 and a fourth execution module 508 .

[0088] The second receiving module 502 is used to receive the first information sent by the vehicle.

[0089] When the vehicle is remotely upgraded, it will download the upgrade file from the remote server and then install it in the internal system. The server will receive the remote upgrade status information sent by the vehicle in real time.

[0090] When the remote upgrade of the vehicle fails, the server will receive the first information sent by the vehicle through the second receiving module 502, and the first information includes the status information and error code after the remote upgrade of the vehicle fails.

[0091] The second sending module 504 is used to generate notification information according to the first information and send it to the vehicle end.

[0092] After the server receives the first information sent by the vehicle after the remote upgrade fails, including the status information and error code, it obtains the required log data from the vehicle based on the status information and error code after the remote upgrade fails. Then the server automatically analyzes the problem of remote upgrade failure in combination with the system's knowledge base. If the analysis result is that the vehicle can be remotely rescued, the server generates notification information based on the analysis result, and the notification information is used to indicate that the vehicle can be remotely rescued, and sends the notification information to the vehicle through the second sending module 504.

[0093] The third execution module 506 is used to send the software package corresponding to the upgrade task information to the vehicle end according to the download request when receiving the download request sent by the vehicle end according to the upgrade task information, so that the vehicle end executes the installation process of the software package.

[0094] If the vehicle side receives the notification information sent by the server side and obtains the user's confirmation that remote rescue is needed, the vehicle side will send the user's confirmation information to the server side. After the server side receives the confirmation information that the vehicle side needs remote rescue through the third execution module 506, it will generate upgrade task information and send it to the vehicle side. After the vehicle side receives the upgrade task information, it sends a download request to the server side. After receiving the download request, the server side sends the software package corresponding to the upgrade task information to the vehicle side. After the vehicle side completes the download, the vehicle side automatically executes the installation process through the third execution module 506. The remote rescue of the vehicle is completed when the installation is completed.

[0095] The fourth execution module 508 is used to send a first on-site rescue instruction to the service station terminal when receiving the rescue signal sent by the vehicle end, so as to instruct to perform on-site rescue on the vehicle end.

[0096] The basis for the rescue signal sent by the vehicle through the fourth execution module 508 can be the confirmation information confirmed by the user that on-site rescue is needed, or when there is no fault case matching the log data in the knowledge base, the server forwards it to the operator for manual analysis, and determines through manual analysis that the vehicle needs on-site rescue.

[0097] In the embodiment of the present application, when the remote upgrade of the vehicle fails, the server receives the first information sent by the vehicle through the second receiving module 502, generates notification information according to the first information and sends it to the vehicle through the second sending module 504, and after processing, the vehicle sends a download request or a rescue signal to the server. If the server receives the download request sent by the vehicle according to the upgrade task information, the third execution module 506 sends the software package corresponding to the upgrade task information to the vehicle according to the download request, so that the vehicle executes the installation process of the software package. If the server receives the rescue signal sent by the vehicle, the fourth execution module 508 sends the first on-site rescue instruction to the service station terminal to instruct on-site rescue of the vehicle. Through this technical solution, after the remote upgrade fails, the server receives the first information sent by the vehicle, generates notification information according to the first information and sends it to the vehicle, and then the server receives the download request or rescue signal sent by the vehicle, and then the server sends the software package to the vehicle for remote rescue or sends the on-site rescue instruction to the service station. The whole process is mainly handled automatically by the server and the vehicle, does not rely on the operator, and the user does not need to call for rescue, which improves the rescue efficiency and thus improves the user experience.

[0098] Electronic devices

[0099] Figure 6 This is a schematic block diagram of an electronic device provided in an embodiment of the present application. The specific embodiment of the present application does not limit the specific implementation of the electronic device. Figure 6 As shown, the electronic device 600 may include: a processor 602, a communications interface 604, a memory 606, and a communication bus 608. Among them:

[0100] The processor 602 , the communication interface 604 , and the memory 606 communicate with each other via a communication bus 608 .

[0101] The communication interface 604 is used to communicate with other electronic devices or servers.

[0102] The processor 602 is used to execute the program 610, and specifically can execute the relevant steps in any of the aforementioned embodiments of the method for processing remote upgrade failure.

[0103] Specifically, the program 610 may include program codes, which include computer operation instructions.

[0104] The processor 602 may be a CPU, or an application specific integrated circuit ASIC (Application Specific Integrated Circuit), or one or more integrated circuits configured to implement the embodiments of the present application. The one or more processors included in the smart device may be processors of the same type, such as one or more CPUs; or processors of different types, such as one or more CPUs and one or more ASICs.

[0105] The memory 606 is used to store the program 610. The memory 506 may include a high-speed RAM memory, and may also include a non-volatile memory, such as at least one disk memory.

[0106] The program 610 may be specifically used to enable the processor 602 to execute the method for processing remote upgrade failure in any of the aforementioned embodiments.

[0107] The specific implementation of each step in program 610 can refer to the corresponding description of the corresponding steps and units in any of the above-mentioned methods for handling remote upgrade failures, which will not be repeated here. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working process of the above-described devices and modules can refer to the corresponding process description in the above-mentioned method embodiments, which will not be repeated here.

[0108] The electronic device of the embodiment of the present application, when the remote upgrade of the vehicle fails, sends the first information to the server, the server generates notification information according to the first information and sends it to the vehicle, the vehicle receives the notification information sent by the server that can be remotely rescued, and requests confirmation from the user according to the notification information, when the user confirms that no on-site rescue is required, the vehicle sends the second information to the server, the server sends the upgrade task information to the vehicle according to the second information, the vehicle sends a request to download the software package corresponding to the upgrade task information after receiving the upgrade task information, and executes the installation of the software package, thereby completing the rescue of the vehicle after the remote upgrade fails. When the user confirms that on-site rescue is required, the vehicle sends a rescue signal to the server. Through this technical solution, after the remote upgrade fails, the vehicle first sends information to the server, the server monitors the failure of the vehicle upgrade, processes it and generates notification information and sends it to the vehicle, and then the vehicle and the server interact to realize the remote rescue of the vehicle, if on-site rescue is required, the vehicle sends a rescue signal, the whole process is mainly handled automatically by the vehicle and the server, does not rely on the operator, and the user does not need to call for rescue, which improves the rescue efficiency, thereby improving the user experience.

[0109] Storage Media

[0110] In this embodiment, a computer-readable storage medium is provided, which stores instructions for causing a machine to execute the remote upgrade failure method as described herein. Specifically, a system or device equipped with a storage medium can be provided, on which a software program code that implements the functions of any of the above embodiments is stored, and a computer (or CPU or MPU) of the system or device reads and executes the program code stored in the storage medium.

[0111] In this case, the program code read from the storage medium itself can implement the function of any one of the above embodiments, so the program code and the storage medium storing the program code constitute part of the present application.

[0112] The storage medium embodiments for providing the program code include a floppy disk, a hard disk, a magneto-optical disk, an optical disk (such as CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-RAM, DVD-RW, DVD+RW), a magnetic tape, a non-volatile memory card, and a ROM. Alternatively, the program code can be downloaded from a server computer by a communication network.

[0113] It should be noted that in the description of this application, the terms "first" and "second" are only used to facilitate the description of different components or names, and cannot be understood as indicating or implying a sequential relationship, relative importance, or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features.

[0114] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein in the specification of this application are only for the purpose of describing specific embodiments and are not intended to limit this application.

[0115] It should be noted that although the specific embodiments of the present application are described in detail in conjunction with the accompanying drawings, this should not be construed as limiting the scope of protection of the present application. Within the scope described in the claims, various modifications and variations that can be made by those skilled in the art without creative work still fall within the scope of protection of the present application.

[0116] The examples of the embodiments of the present application are intended to concisely illustrate the technical features of the embodiments of the present application so that those skilled in the art can intuitively understand the technical features of the embodiments of the present application, and are not intended to be improper limitations of the embodiments of the present application.

[0117] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit it. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. 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 application.

Claims

1. A method for handling remote upgrade failure, applied to a vehicle, characterized in that: The method comprises: Sending first information to the server, wherein the first information includes status information and an error code after the remote upgrade of the vehicle fails; Receiving notification information sent by the server, wherein the notification information is generated by the server according to the first information, and the notification information is used to indicate that the vehicle can be remotely rescued; Sending request information to the user according to the notification information, and receiving confirmation information for the notification information; If the confirmation information indicates that on-site rescue is not required, sending second information to the server, receiving upgrade task information sent by the server in response to the second information, sending a download request to the server according to the upgrade task information, and executing the installation process of the software package in response to the software package sent by the server in response to the download request, wherein the second information is used to indicate that remote rescue is required, and the download request is used to request downloading of the software package corresponding to the upgrade task information; If the confirmation information indicates that on-site rescue is required, a rescue signal is sent to the service end, wherein the rescue signal is used to request on-site rescue.

2. The method according to claim 1, characterized in that The upgrade task information is generated by the server based on the difference between the remote upgrade intermediate state information and the remote upgrade target state information, wherein the remote upgrade intermediate state information is used to indicate the state of the vehicle controller after the remote upgrade of the vehicle fails, and the remote upgrade target state information is used to indicate the state of the vehicle controller that the vehicle expects to achieve through remote upgrade.

3. A method for processing remote upgrade failure, applied to a server, characterized in that: The method comprises: Receiving first information sent by the vehicle end, wherein the first information includes status information and an error code after the remote upgrade of the vehicle end fails; Generate notification information according to the first information, and send the notification information to the vehicle end, wherein the notification information is used to indicate that the vehicle end can be remotely rescued; If a download request sent by the vehicle end according to the upgrade task information is received, a software package corresponding to the upgrade task information is sent to the vehicle end according to the download request, so that the vehicle end executes the installation process of the software package; If a rescue signal sent by the vehicle end is received, a first on-site rescue instruction is sent to the service station terminal to instruct on-site rescue of the vehicle end.

4. The method according to claim 3, characterized in that The generating notification information according to the first information includes: Acquire log data of the vehicle end according to the status information and error code included in the first information; Determine whether there is a fault case matching the log data in the knowledge base; If there is no fault case matching the log data in the knowledge base, determining whether the vehicle can be remotely rescued by manually analyzing the log data; If the vehicle can be rescued remotely, the notification information is generated.

5. The method according to claim 4, characterized in that The method further includes: if the vehicle end cannot be remotely rescued, sending a second on-site rescue instruction to the service station terminal to instruct on-site rescue of the vehicle end.

6. The method according to claim 4, characterized in that The method further comprises: After determining whether the vehicle terminal can be remotely rescued by manually analyzing the log data, the analysis result and the log data are combined into a new fault case, and the new fault case is stored in the knowledge base.

7. The method according to claim 3, characterized in that The method further comprises: Acquire remote upgrade intermediate state information and remote upgrade target state information, wherein the remote upgrade intermediate state information is used to indicate the state of the vehicle controller after the remote upgrade of the vehicle fails, and the remote upgrade target state information is used to indicate the state of the vehicle controller that the vehicle expects to achieve through remote upgrade; The upgrade task information is generated according to the difference between the remote upgrade intermediate state information and the remote upgrade target state information, wherein the upgrade task information includes a software version of at least one vehicle controller in the remote upgrade intermediate state information that is different from the remote upgrade target state information.

8. The method according to any one of claims 3 to 7, characterized in that: The method further comprises: When it is determined that on-site rescue of the vehicle is required, the positioning information of the vehicle is obtained, and the service station responsible for on-site rescue of the vehicle is determined based on the positioning information and the distribution information of the service stations, and an on-site rescue instruction is sent to the service station terminal corresponding to the service station.

9. An electronic device, characterized in that: include: A processor, a communication interface, a memory and a communication bus, wherein the processor, the memory and the communication interface communicate with each other via the communication bus; The memory is used to store at least one executable instruction, and the executable instruction enables the processor to execute an operation corresponding to the method for processing remote upgrade failure according to any one of claims 1-8.

10. A computer storage medium having a computer program stored thereon, wherein when the program is executed by a processor, the method for processing remote upgrade failure according to any one of claims 1 to 8 is implemented.

Images