Software updates based on transport-related actions
An example operation includes one or more of receiving, by a transport, over an open wireless network an encrypted software update and receiving, by the transport, over a closed wireless network a one-time key to decrypt the encrypted software update, wherein the one-time key is received while the transport is in motion and about to perform an action related to the software update.
1. A method, comprising:
identifying, by a transport, a first portion of an encrypted software update as non-critical and a second portion of the encrypted software update as critical based on systems of the transport that will be respectively updated by the first portion and the second portion;
receiving, by the transport, the non-critical portion via an open wireless network;
receiving, by the transport, the critical portion via a closed wireless network;
reassembling, by the transport, the critical portion and the non-critical portion into the encrypted software update;
receiving, by the transport, a one-time key via the closed wireless network after the reassembling; and
decrypting, by the transport, the encrypted software update using the one-time key.
2. The method of claim 1 , further comprising:
segmenting the encrypted software update into the critical portion and the non-critical portion;
identifying a size of the critical portion and a size of the non-critical portion;
prioritizing a reception of the critical portion over the closed wireless network; and
prioritizing a reception of the non-critical portion over the open wireless network based on a size of the non-critical portion.
3. The method of claim 1 , further comprising:
scheduling the encrypted software update based on an update power requirement and a state of a motor of the transport.
4. The method of claim 1 , further comprising:
estimating an amount of time that the transport will remain at a location; and
scheduling a portion of the encrypted software update based on the amount of time and the location.
5. The method of claim 1 , further comprising:
receiving the one-time key at a mobile device of a user of the transport; and
requesting the one-time key from the mobile device via at least one of wireless communication and near field communication.
6. The method of claim 1 , further comprising:
determining whether a mobile device is located within the transport; and
receiving a portion of the encrypted software update via the mobile device located within the transport via at least one of wireless and near field communication.
7. The method of claim 1 , further comprising:
determining whether another transport is within a communication range of the transport; and
receiving a portion of the encrypted software update from the another transport.
8. A transport, comprising:
a processor that when executing one or more instructions stored in a memory is configured to:
identify a first portion of an encrypted software update as non-critical and a second portion of the encrypted software update as critical based on systems of the transport that will be respectively updated by the first portion and the second portion;
receive the non-critical portion via an open wireless network;
receive the critical portion via a closed wireless network;
reassemble the critical portion and the non-critical portion into the encrypted software update;
receive a one-time key via the closed wireless network after the reassembling; and
decrypt the encrypted software update using the one-time key.
9. The transport of claim 8 , wherein the processor is configured to:
segment the encrypted software update into the critical portion and the non-critical portion;
identify a size of the critical portion and a size of the non-critical portion;
prioritize a reception of the critical portion over the closed wireless network; and;
prioritize a reception of the non-critical portion over the open wireless network based on a size of the non-critical portion.
10. The transport of claim 8 , wherein the processor is configured to:
schedule the encrypted software update based on an update power requirement and a state of a motor of the transport.
11. The transport of claim 8 , wherein the processor is configured to:
estimate an amount of time that the transport will remain at a location; and
schedule a portion of the encrypted software update based on the amount of time and the location.
12. The transport of claim 8 , wherein the processor is configured to:
communicate the one-time key to a mobile device of a user of the transport, and
request the one-time key from the mobile device via at least one of wireless communication and near field communication.
13. The transport of claim 8 , wherein the processor is configured to:
determine whether a mobile device is located within the transport; and
receives a portion of the encrypted software update via the mobile device located within the transport via at least one of wireless and near field communication.
14. The transport of claim 8 , wherein the processor is configured to:
determines whether another transport is within a communication range of the transport; and
receives a portion of the encrypted software update from the another transport.
15. A non-transitory computer readable medium comprising one or more instructions that when executed by a processor associated with a transport cause the processor to perform:
identifying a first portion of an encrypted software update as non-critical and a second portion of the encrypted software update as critical based on systems of the transport that will be respectively updated by the first portion and the second portion;
receiving the non-critical portion via an open wireless network;
receiving the critical portion via a closed wireless network;
reassembling the critical portion and the non-critical portion into the encrypted software update;
receiving a one-time key via the closed wireless network after the reassembling; and
decrypting the encrypted software update using the one-time key.
16. The non-transitory computer readable medium of claim 15 , wherein the one or more instructions further cause the processor to perform:
segmenting the encrypted software update into the critical portion and the non-critical portion;
identifying a size of the critical portion and a size of the non-critical portion;
prioritizing a reception of the critical portion over the closed wireless network; and
prioritizing a reception of the non-critical portion over the open wireless network based on a size of the non-critical portion.
17. The non-transitory computer readable medium of claim 15 , wherein the one or more instructions further cause the processor to perform:
scheduling the encrypted software update based on an update power requirement and a state of a motor of the transport.
18. The non-transitory computer readable medium of claim 15 , wherein the one or more instructions further cause the processor to perform:
estimating an amount of time that the transport will remain at a location; and
scheduling a portion of the encrypted software update based on the amount of time and the location.
19. The non-transitory computer readable medium of claim 15 , wherein the one or more instructions further cause the processor to perform:
receiving the one-time key at a mobile device of a user of the transport; and
requesting the one-time key from the mobile device via at least one of wireless communication and near field communication.
20. The non-transitory computer readable medium of claim 15 , wherein the one or more instructions further cause the processor to perform:
determining whether a mobile device is located within the transport; and
receiving a portion of the encrypted software update via the mobile device located within the transport via at least one of wireless and near field communication.