Methods and systems for handling software operations associated with startup and shutdown of handheld devices

• US 20070032228A1
• Filed: 08/05/2005
• Published: 02/08/2007
• Est. Priority Date: 08/05/2005
• Status: Active Grant

• Current Assignee: Malikie Innovations Limited (Key Patent Innovations Limited)
• Original Assignee: Blackberry Limited
• Inventors: Varanda, Marcelo
• Granted Patent: US 7,489,923 B2
• Time in Patent Office: Days
• US Class Current: 455/418
• CPC Class Codes: G06F 11/0742 in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices
• 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/1441 Resetting or repowering
• CPC Class Codes: G06F 9/4418 Suspend and resume; Hibernate and awake

Abstract

Systems and methods for improving software operations on startup. A system and method can provide for the storage of volatile memory contents of an application upon shutdown of a mobile device, and restoration of the contents upon startup.

Claims

1. A method for operation upon a mobile communications device, the method comprising the steps of:

receiving notification of a shutdown request;

notifying at least one application executing on the mobile communications device of the shutdown request; and

simulating a shutdown of the mobile communications device by powering down input/output devices;

wherein volatile memory contents associated with said at least one application are stored in a nonvolatile memory device before completing shutdown of the mobile communications device.

2. The method of claim 1, wherein the data in the volatile memory is otherwise lost upon said shutdown if not for the storing of the volatile memory contents in a nonvolatile memory device.

3. The method of claim 1, wherein the storage of the volatile memory contents are used to continue execution of an application upon the mobile communication device'"'"'s startup, thereby enabling the application to resume operation more quickly after said startup.

4. The method of claim 1, further comprising the step of registering said at least one application on a registration list prior to receiving the shutdown request.

5. The method of claim 4, further comprising the step of retrieving the registration list in order to provide the notification to said at least one application of the shutdown request.

6. The method of claim 1, wherein the nonvolatile memory device is a powered random access memory device supplied with power during shutdown of the mobile communications device.

7. The method of claim 1, wherein the nonvolatile memory device is a memory device whose contents are not lost by the shutdown of the mobile communications device.

8. The method of claim 1, wherein the nonvolatile memory device is a flash memory device.

9. The method of claim 8, wherein the step of storing the volatile memory contents comprises the step of transferring the volatile memory contents to a storage block of the nonvolatile storage device, and the step of restoring said at least one application comprises restoring the volatile memory contents associated with the application using the contents of the storage block of the nonvolatile storage device.

10. The method of claim 1, wherein the nonvolatile memory device comprises non-removable nonvolatile memory configured to store compressed data, and a removable memory device configured to store decompressed data.

11. The method of claim 10, further comprising the steps of:

storing a unique identifier in the removable nonvolatile memory,

upon startup, verifying the unique identifier;

transferring contents from the removable nonvolatile memory into flash based upon the verifying step.

12. The method of claim 1, wherein the mobile communications device does not have a sleep mode, wherein the shutdown comprises termination of all operations on the mobile communications device.

13. The method of claim 1, further comprising restoring said at least one application upon a power up request with the volatile memory contents that were stored prior to shutdown.

14. The method of claim 1, further comprising the steps of:

receiving a power up request prior to finishing the storing step;

skipping the storing and restoring steps upon receiving the power up request prior to finishing the storing step;

resetting the mobile communications device without removing power to the volatile memory; and

restoring power to the user interface.

15. The method of claim 1, further comprising the steps of:

setting a fast-start enable flag in the memory device upon completion of the storing step in order to enable the restoring step on power up; and

determining that the fast-start enable flag is set prior to restoring said at least one application.

16. The method of claim 15, wherein the fast-start enable flag comprises a plurality of bits which is configured to enable the fast-start upon the flag being set to the pattern of bits.

17. The method of claim 1, wherein the step of restoring the application further comprises the step of ensuring that the memory device has not been corrupted prior to the restoring the application.

18. The method of claim 1, further comprising the steps of:

calculating a cyclic redundancy check (CRC) value for the volatile memory contents upon receiving the power down request;

storing the CRC value for the volatile memory contents;

upon receiving a power up request, calculating a CRC value for the memory device contents;

comparing the calculated CRC value to the stored CRC value in order to determine whether corruption has occurred; and

restoring said at least one application based upon the comparing step.

19. A system for handling software operations occurring on a mobile communications device, wherein nonvolatile memory is configured to hold data after shutdown of the mobile communications device;

wherein volatile memory is configured to store volatile memory contents for an application during execution on the mobile wireless communications device;

the system comprising;

a shutdown manager configured to receive notification of an impending shutdown on the mobile communications device;

wherein the shutdown manager is configured to notify an application of the impending shutdown and to assign a memory block of the nonvolatile memory to the application, the shutdown manager being further configured to retain power until the application has stored its volatile memory contents to the assigned memory block; and

a startup manager configured to transfer the stored volatile memory contents back to volatile memory for use by the application based upon the mobile communications device receiving a startup request.

20. The system of claim 19, wherein said shutdown comprises termination of all operations of the mobile communications device.

21. The system of claim 19, wherein the shutdown manager is further configured to receive registrations for storage of volatile memory contents during execution of said application on the mobile communications device, and upon receiving the shutdown request, the shutdown manager is further configured to use the registrations to notify the application of the impending shutdown.

22. The system of claim 21, wherein the volatile memory contents are transferred to a storage block of the nonvolatile storage device upon shutdown, wherein the volatile memory contents associated with the application are transferred from the nonvolatile memory to the volatile memory upon startup.

23. The system of claim 19, wherein the shutdown manager is further configured to remove power from a user interface prior to one or more applications completing transfer of the volatile memory contents to the nonvolatile memory, such that the mobile communications device appears to a user to be shutdown;

wherein the shutdown manager is further configured to abort the shutdown upon receiving a startup request prior to the applications completing storage of the volatile memory content, wherein aborting the shutdown comprises resetting the mobile communications device without removing power to the volatile memory and restoring power to the user interface.

24. The system of claim 19, wherein the shutdown manager is configured to set a flag in the memory device upon the completion of the storage of the volatile memory contents, and the startup manager is configured to check that the flag is set prior to transferring the stored volatile memory contents back to volatile memory.

25. The system of claim 19, wherein the startup manager further comprises a means for checking for corruption in order to check that the data stored in the nonvolatile memory has not been corrupted between shutdown and startup of the mobile communications device.

26. A system for improving software operations on a mobile communications device, the system comprising:

means for receiving notification of a power down request;

means for notifying at least one application executing on the mobile communications device of the power down request;

means for storing volatile memory contents associated with said at least one application in a nonvolatile memory device before shutdown of the mobile communications device; and

means for restoring, upon a power up request, said at least one application with the volatile memory contents that were stored prior to shutdown.

27. A method for operation upon a mobile communications device, the method comprising the steps of:

receiving notification of a shutdown request;

notifying at least one application executing on the mobile communications device of the shutdown request;

wherein volatile memory contents associated with said at least one application are stored in a nonvolatile memory device before shutdown of the mobile communications device, thereby avoiding the loss of the volatile memory contents upon said shutdown; and

upon a power up request, restoring said at least one application with the volatile memory contents that were stored prior to shutdown.