CONTEXT AWARE SOFTWARE UPDATE FRAMEWORK FOR AUTONOMOUS VEHICLES

• US 20190050294A1
• Filed: 12/29/2017
• Published: 02/14/2019
• Est. Priority Date: 12/29/2017
• Status: Abandoned Application

• Current Assignee: Intel Corporation
• Original Assignee: Intel Corporation
• Inventors: Ferzli, Rony, Aneja, Amit
• Application Number:
  US15/858,121
• Publication Number:
  US 20190050294A1
• Time in Patent Office: Days
• CPC Class Codes: G06F 11/076 by exceeding a count or rate limit, e.g. word- or bit count limit
• CPC Class Codes: G06F 11/0793 Remedial or corrective actions recovery from an exception in an instruction pipeline G06F9/3861; by retry G06F11/1402; for recovering from a failure of a protocol instance or entity H04L69/40
• CPC Class Codes: G06F 11/1433 during software upgrading
• CPC Class Codes: G06F 2201/865 Monitoring of software
• CPC Class Codes: G06F 8/65 Updates security arrangements therefor G06F21/57
• CPC Class Codes: H04L 67/34 involving the movement of software or configuration parameters network booting or remote initial program loading [RIPL] G06F9/4416
• CPC Class Codes: H04L 67/568 Storing data temporarily at an intermediate stage, e.g. caching

Abstract

In one example a system to manage software updates for one or more devices on a vehicle comprises a communication interface to receive one or more software updates for the one or more devices on the vehicle, and a controller communicatively coupled to one or more devices and comprising processing circuitry to receive one or more software updates for at least one of the one or more devices, start a software update process for at least one of the one or more devices, detect a fault condition that corrupted the software update process, and in response to the fault condition, to implement a software update process fault protocol. Other examples may be described.

Claims

1. A system to manage software updates for one or more devices on a vehicle, comprising:

a communication interface to receive one or more software updates for the one or more devices on the vehicle; and

a controller communicatively coupled to one or more devices and comprising processing circuitry to;

receive one or more software updates for at least one of the one or more devices;

start a software update process for at least one of the one or more devices;

detect a fault condition that corrupted the software update process; and

in response to the fault condition, to implement a software update process fault protocol.

2. The system of claim 1, wherein the controller comprises processing circuitry to:

identify the at least one of the devices for which the software update process was corrupted; and

retrieve an update policy for the at least one of the devices, wherein the update policy comprises an update attempt threshold.

3. The system of claim 2, wherein the controller comprises processing circuitry to restart the software update process repeatedly until the update attempt threshold is reached.

4. The system of claim 2, wherein the controller comprises processing circuitry to rollback the software update process for the at least one of the devices.

5. The system of claim 4, wherein the controller comprises processing circuitry to rollback any software update processes for any devices which are interdependent with the at least one of the devices.

6. A controller comprising processing circuitry to:

receive one or more software updates for at least one device communicatively coupled to the controller;

start a software update process for the at least one device;

detect a fault condition that corrupted the software update process; and

in response to the fault condition, to implement a software update process fault protocol.

7. The controller of claim 6, further comprising processing circuitry to:

identify the at least one device for which the software update process was corrupted; and

retrieve an update policy for the at least one device, wherein the update policy comprises an update attempt threshold.

8. The controller of claim 7, further comprising processing circuitry to restart the software update process repeatedly until the update attempt threshold is reached.

9. The controller of claim 6, further comprising processing circuitry to rollback the software update process for the at least one device.

10. The controller of claim 9, further comprising processing circuitry to rollback any software update processes for any devices which are interdependent with the at least one device.

11. A system to manage software updates for one or more devices on a vehicle, comprising:

a communication interface to receive one or more software updates for the one or more devices on the vehicle; and

a controller communicatively coupled to the one or more devices and comprising processing circuitry to;

receive one or more software updates for at least one of the one or more devices;

gather context data for the software updates for at least one of the one or more devices;

determine whether the at least one of the one or more devices is interdependent with another device; and

implement one of a real-time update process or an offline update process.

12. The system of claim 11, wherein the controller comprises processing circuitry to:

determine whether one or more devices which are interdependent with the at least one of the one or more devices requires a software update.

13. The system of claim 12, wherein the controller comprises processing circuitry to initiate a software update process for the one or more devices which are interdependent with the at least one of the one or more devices.

14. The electronic device of claim 12, wherein the controller comprises processing circuitry to reset an executable pointer.

15. The electronic device of claim 14, wherein the controller comprises processing circuitry to reset the at least one of the one or more devices.

16. A controller comprising processing circuitry to:

receive one or more software updates for at least one device communicatively coupled to the controller;

gather context data for the software updates for at least one device;

determine whether the at least one device is interdependent with another device; and

implement one of a real-time update process or an offline update process for the at least one device.

17. The controller of claim 16, further comprising processing circuitry to:

determine whether one or more devices which are interdependent with the at least one device which requires a software update.

18. The controller of claim 17, further comprising processing circuitry to initiate a software update process for the one or more devices which are interdependent with the at least one device which requires a software update.

19. The controller of claim 18, further comprising processing circuitry to reset an executable pointer.

20. The controller of claim 19, further comprising processing circuitry to reset the at least one device.