Methods and apparatus for managing an application

• US 7,257,812 B1
• Filed: 12/16/1999
• Issued: 08/14/2007
• Est. Priority Date: 12/16/1999
• Status: Expired due to Term

• Current Assignee: Oracle America, Inc. (Oracle Corporation)
• Original Assignee: Sun Microsystems Incorporated (Oracle Corporation)
• Inventors: Calder, Bartley H., Ye, Tao, Courtney, Jonathan D., Messer, Keith L., Rivas, Jesus David
• Primary Examiner(s): An; Meng-Al T.
• Assistant Examiner(s): Vo; Lilian
• Application Number:
  US09/465,980
• Time in Patent Office: 2,798 Days
• Field of Search: 718100-104, 717/114, 717/162, 717/166
• US Class Current: 718/100
• CPC Class Codes: G06F 2209/482 Application
• CPC Class Codes: G06F 9/485 Task life-cycle, e.g. stopping, restarting, resuming execution G06F9/4881 takes precedence

Abstract

Methods and apparatus for managing execution of an application according to an application lifecycle. The application lifecycle is managed by an application manager through a set of commands that enable the application manager to cause the application to enter one of a plurality of states. In addition, the application can communicate with the application manager to indicate that the application cannot change its state as the application manager has requested or to request that the application manager change the state of the application to a particular state.

Claims

1. A computer-implemented method of managing execution of an application according to a lifecycle, comprising:

receiving a signal indicating that a new service is selected;

initiating execution of the application when the new service is selected such that the application enters an active state;

pausing execution of the application such that the application enters a paused state from the active state;

receiving a resume request from the application that has been paused indicating that the application wishes to resume execution and enter the active state from the paused state; and

starting execution of the application from which the resume request was received such that the application enters the active state from the paused state when the resume request is received from the application, thereby enabling the application to initiate its own state change from the paused state to the active state without human intervention.

2. A computer-implemented method of managing execution of a plurality of applications according to a lifecycle, comprising:

initiating execution of each one of the plurality of applications such that the plurality of applications enter an active state;

pausing execution of one of the plurality of applications such that the one of the plurality of applications enters a paused state from the active state;

receiving a resume request from the one of the applications that has been paused, the resume request indicating that the one of the plurality of applications requests to resume execution and enter the active state from the paused state; and

starting execution of the one of the plurality of applications from which the resume request was received such that the one of the plurality of applications enters the active state from the paused state in response to receiving the resume request from the application, thereby enabling the one of the plurality of applications to initiate its own state change from the paused state to the active state without human intervention.

3. A computer-implemented method of managing execution of an application according to a lifecycle, comprising:

requesting a first time that the application change its state from a first state to a second state by sending a request to the application, wherein the request is a conditional request that is conditional upon the application'"'"'s decision to change from the first state to the second state, thereby enabling the application to allow or prevent its own state change from the first state to the second state in response to the conditional request;

determining whether the application has decided to allow its own state change from the first state to the second state in response to the conditional request by ascertaining whether the application has changed its state from the first state to the second state; and

requesting a second time that the application change its state from the first state to the second state when it is determined that the application has not changed its state from the first state to the second state and a predetermined condition is satisfied, wherein the predetermined condition indicates that a specified period of time has elapsed or that the application is now able to perform the requested state change.

4. The method as recited in claim 3, wherein it is determined that the application has not changed its state when a state change exception is raised by the application.

5. The method as recited in claim 3, wherein it is determined that the application has not changed its state when the application rejects the requested state change.

6. The method as recited in claim 3, wherein it is determined that the application has not changed its state when the application is unable to perform the requested state change.

7. The method as recited in claim 3, wherein the second state is terminated.

8. The method as recited in claim 3, wherein the request includes a parameter, the parameter when in a first state indicating that the state change is conditional and unconditional when in a second state.

9. A computer-implemented method of managing execution of an application according to a lifecycle, comprising:

requesting that the application change its state from a first state to a second state by sending a request to the application, wherein the request is a conditional request that is conditional upon the application'"'"'s decision to change from the first state to the second state, thereby enabling the application to allow or prevent its own state change from the first state to the second state in response to the conditional request;

determining whether the application has decided to allow its own state change from the first state to the second state in response to the conditional request by ascertaining whether the application has changed its state from the first state to the second state, wherein the first state is an active state indicating that the application is currently executing, the second state is a destroyed state indicating that the execution of the application has terminated, and the third state is a paused state indicating that execution of the application has paused such that the application can resume execution; and

requesting that the application change its state from the first state to a third state when it is determined that the application has not changed its state from the first state to the second state.

10. The method as recited in claim 9, wherein it is determined that the application has not changed its state when a state change exception is raised by the application.

11. The method as recited in claim 9, wherein it is determined that the application has not changed its state when the application rejects the requested state change.

12. The method as recited in claim 9, wherein it is determined that the application has not changed its state when the application is unable to perform the requested state change.

13. An apparatus for managing execution of an application according to a lifecycle, comprising:

a processor; and

a memory, the processor and the memory being adapted for;

requesting a first time that the application change its state from a first state to a second state by sending a request to the application, wherein the request is a conditional request that is conditional upon the application'"'"'s decision to change from the first state to the second state, thereby enabling the application to allow or prevent its own state change from the first state to the second state in response to the conditional request;

determining whether the application has decided to allow its own state change from the first state to the second state in response to the conditional request by ascertaining whether the application has changed its state from the first state to the second state; and

requesting a second time that the application change its state from the first state to the second state when it is determined that the application has not changed its state from the first state to the second state and a predetermined condition is satisfied, wherein the predetermined condition indicates that a specified period of time has elapsed or that the application is now able to perform the requested state change.

14. The apparatus as recited in claim 13, wherein the first state is an active, paused, or loaded state and the second state is a destroyed state indicating that the application is terminated.

15. The apparatus as recited in claim 13, wherein it is determined that the application has not changed its state when a state change exception is raised by the application.

16. The apparatus as recited in claim 15, wherein the second state is an active state indicating that the application is being executed, and the state change exception is raised by the application when the application has entered itself into a paused state or a terminated state.

17. The apparatus as recited in claim 13, wherein it is determined that the application has not changed its state when the application rejects the requested state change.

18. The apparatus as recited in claim 13, wherein it is determined that the application has not changed its state when the application is unable to perform the requested state change.

19. A system for managing execution of an application on a computer according to a lifecycle, the system comprising:

a processor; and

a memory, the processor and the memory providing;

one or more rules;

an application manager capable of executing one or more applications according to the lifecycle, the lifecycle enabling each of the applications to enter one of a plurality of states in response to one or more associated predetermined commands, the application manager capable of selecting one of the predetermined commands to execute according to the one or more rules;

a mechanism for enabling the application to perform at least one of initiate and prevent its own state change from a first one of the plurality of states to a second one of the plurality of states without human intervention; and

an application environment object enabling the application to communicate with the application manager, thereby enabling the application to perform at least one of initiate its own state change, inform the application manager of the application-initiated state change, prevent its own state change, and inform the application manager that it is preventing its own change state change that has been requested by the application manager.

20. The system as recited in claim 19, further comprising:

a signaling monitor coupled to the application manager and capable of receiving a data stream, the signal monitor adapted for determining whether an application is present in the data stream and communicating information associated with the application to the application manager.

21. The system as recited in claim 19, wherein the application manager is configured to store an application context for each of the applications, the application context identifying a current one of the plurality of states.

22. The system as recited in claim 21, wherein the current one of the plurality of states is identified by the associated application to the application manager.

23. The system as recited in claim 21, wherein the application context further identifies a class loader capable of loading one or more classes associated with the application.

24. The system as recited in claim 21, wherein the application context further identifies a display context including display information to be displayed.

25. The system as recited in claim 21, wherein the application context further identifies an application environment object that enables the application to retrieve properties associated with its runtime environment.

26. The system as recited in claim 19, further comprising an application environment object that enables the application to communicate a state change of the application to the application manager, wherein the state change has been initiated by the application without human intervention.

27. The system as recited in claim 19, further comprising an application environment object that enables the application to request that the application manager change the current state of the application from a paused state to an active state, thereby enabling the application to initiate its own state change from the paused state to the active state without human intervention.

28. The system as recited in claim 19, further comprising:

a display manager coupled to the application manager and adapted for managing a display context for each of the applications, the display context being in a first state when the display context is visible and being in a second state when the display context is invisible.

29. The system as recited in claim 28, wherein the display context is in the first state when the application is in an active state and in the second state when the application is in a paused state.

30. The system as recited in claim 28, wherein the state of the display context is determined according to the one or more rules followed by the application manager.

31. A digital television receiver for managing execution of an application according to a lifecycle, comprising:

means for determining from a data stream whether an application is present in the data stream;

means for loading an application when it is determined that an application is present in the data stream;

means for executing the loaded application according to the lifecycle, the lifecycle including a plurality of states;

means for enabling the application manager to cause the application to change from one of the plurality of states to another one of the plurality of states; and

means for enabling the application to prevent a change in state of the application requested by the application manager or to communicate to the application manager a state change of the application from one of a first set of the plurality of states to one of a second set of the plurality of states, wherein the state change of the application is initiated by the application without human intervention, and wherein means for enabling the application to communicate to the application manager that the application cannot change its state as the application manager has requested, thereby enabling the application to prevent its own state change.

32. The digital television receiver as recited in claim 31, wherein the second set of the plurality of states includes a paused state indicating that the application has been paused and a destroyed state indicating that the application has been terminated, thereby enabling the application to pause or terminate its own execution without human intervention.

33. The digital television receiver as recited in claim 32, further comprising:

means for releasing memory associated with the application when the application has been terminated.

34. The digital television receiver as recited in claim 31, further comprising:

means for enabling the application to request that the application manager change the state of the application from one of the first set of the plurality of states to one of the second set of the plurality of states, thereby enabling the application to initiate its own state change without human intervention.

35. The digital television receiver as recited in claim 31, wherein the first state is an active state and the second state is a paused state.

36. The digital television receiver as recited in claim 31, further comprising:

means for enabling the application to raise a state change exception indicating that the application cannot change its state as the application manager has requested.

37. The digital television receiver as recited in claim 31, further comprising:

means for enabling the application to raise a state change exception indicating that the application does not want to change its state as the application manager has requested, thereby enabling the application to prevent its own state change.

38. The digital television receiver as recited in claim 31, further comprising:

means for creating a class loader associated with each one of a plurality of applications such that a plurality of class loaders are generated, each of the plurality of class loaders being associated with only one of the plurality of applications, the class loader being adapted for loading one or more classes associated with the application;

means for employing the class loader to load the classes associated with one of the plurality of applications; and

means for instantiating the application using the classes that have been loaded by the class loader.

39. The digital television receiver as recited in claim 38, further comprising:

means for unloading the classes associated with the application when the application is terminated.

40. The digital television receiver as recited in claim 39, wherein the means for unloading the classes comprise:

means for de-referencing the class loader by an application manager.