JP4503466B2 - Portable terminal device, program termination method, and computer program therefor - Google Patents

Description

  The present invention relates to a portable terminal device that controls execution of a plurality of programs, a program termination method, and a computer program thereof.

  In the conventional technology, in a single task operating system, a thread history of an application program operating on an OS (operating system) memory is stored in order to perform a multitasking operation of simultaneously starting a plurality of application programs. Keep it. Then, it is monitored by a timer or the like in the operating system whether there is an application program that requires the next operation. Next, when there is an application program that requires an operation, the application program is added to the thread history of the application program, and the operating system switches control to the application program. And when switching to operate again the application program that was originally used, it was realized in the form of reading out from the earliest accumulated one in the accumulated thread history and switching the processing one by one (For example, patent document 1).

The technique shown in Patent Document 1 is an example of control on a personal computer that has more processing capacity than a mobile phone terminal and has a low incidence of sudden interrupt control such as incoming calls.
In the conventional technology for a mobile phone terminal, even if an instruction to start a plurality of application programs is specified from a timer or the like, it is not possible to enter the next application program unless one process is completed. Furthermore, it was not possible to maintain multiple states of the original application program. Therefore, in the portable terminal shown in Patent Document 2 which is a conventional technique, when an event such as an incoming call occurs, it is individually monitored and controlled according to the type or state of the application program.
JP-A-6-44084 JP 2003-319020 A

  In a general mobile phone terminal, as shown in FIG. 12, when power is input, a standby screen application program (hereinafter referred to as an applet) for displaying a standby screen is started first. After that, in response to the user's operation, an applet (hereinafter referred to as a static applet) that performs telephone processing and e-mail processing, which is standardly implemented by a mobile phone terminal developer, or a user operates the mobile phone terminal to operate the Internet Download applets such as games downloaded via the Internet are launched in order. At this time, in the functional blocks such as application management installed in the cellular phone terminal, the activated programs are stacked in the memory in the activation order as shown in FIG. 12 in order to perform the multitask operation described above. . At this time, the previously activated program is temporarily stopped, and the suspended program is returned to the reverse of the activation order by ending the subsequently activated program.

  By the way, in many cases, the download applet such as the above-mentioned game can be forcibly terminated by pressing a predetermined key provided in the mobile phone terminal. In such a case, the cellular phone terminal has a configuration that cannot maintain the activation order information of the applet as shown in FIG.

  For example, assume that a download applet A is activated from a download applet A and then a download applet B is activated from the static applet B after the download applet A is activated as shown in FIG.

  In such a case, the static applet B may be set with parameters for communicating with the download source applet A, and a callback function for the download applet A may be registered.

  However, when the download applet B that is activated last is forcibly terminated, the OS provided in the mobile phone terminal saves data from the memory storing information related to the download applet B from the viewpoint of saving memory. In many cases, the download applet is deleted and other downloaded applets whose data are stored in the memory are deleted. That is, in the example of FIG. 12, when the download applet B is forcibly terminated, the download applet A is also terminated.

  Here, if the download applet A is terminated, the following problem exists. That is, in the static applet B started from the download applet A, parameters for communicating with the download applet A as described above may be set, or a callback function for the download applet A may be registered. . For this reason, when the static applet B is restored, access to the download applet A that does not exist already occurs, and if it is detected by the OS as unauthorized access, it is reset as an abnormal process.

  To avoid this problem, in the application management block, as shown in FIG. 13, when the download applet B is terminated, the download applet A, which is another download applet, is terminated by the OS, and then the static applet A is terminated. And B are also terminated and a standby screen applet is activated to prevent resetting by the OS.

  However, for the user who thinks that the above configuration that becomes a standby screen will return to the reverse of the startup order because all suspended download applets and static applets are terminated simply by forcibly terminating the download program. There is a problem that it is not very convenient to use.

  The present invention has been made to solve the above-described problem, and its purpose is to terminate only an individual program in an execution state without terminating the program in an interruption state when the program in the execution state is forcibly terminated. It is another object of the present invention to provide a portable terminal device, a program end method, and a computer program thereof that can maintain the return order of suspended programs.

  In order to solve the above-described problems, the present invention provides a program execution unit that controls execution, interruption, and termination of a program, an output unit that outputs information based on an instruction of the program, and a program execution unit. When a request for termination of the first program is received from the second program while the first program is interrupted and the second program is being executed, a temporary stop request is transmitted to the output unit And a program management unit that terminates the first program after causing the program execution unit to terminate the second program and execute the first program. It is.

  The present invention is characterized in that, in the invention described above, the program management unit transmits a restart request to the output unit after the program execution unit terminates the first program.

  According to the present invention, in the above-described invention, the program management unit executes the program execution unit when there is a third program that is executed and interrupted before the first program is executed. When the first program is terminated, the third program is executed by the program execution unit.

  According to the present invention, in the invention described above, when the second program detects a predetermined key operation while the first program is being executed, the second program is started by interrupting the first program. This is an end confirmation program.

  The present invention is the above-described invention, wherein the program is a management non-target program suspended in the program execution unit when interrupted and terminated in the program execution unit when interrupted. The return information for returning together is recorded in the program management unit, and when the restart is instructed in the program management unit, the return information is read out and executed in the program execution unit And when the third program is the management target program, the program management unit outputs return information corresponding to the third program when the program execution unit terminates the first program. Reading and causing the program execution unit to execute the third program based on the return information.

  The present invention includes a program execution unit that controls execution, interruption, and termination of a program, a program management unit that manages a program controlled by the program execution unit, and an output unit that outputs information based on instructions of the program A program termination method in a mobile terminal device comprising: a step in which the program execution unit interrupts the first program and executes a second program; and the program management unit starts from the second program. Receiving a termination request for the first program, a step in which the program management unit transmits a suspension request to the output unit, and the program management unit sends the second request to the program execution unit. A step of terminating the program, and the program management unit sends the first program execution unit to the first program execution unit. To execute the program, a program termination method characterized by having a step of terminating the first program.

  The present invention includes a program execution unit that controls execution, interruption, and termination of a program, a program management unit that manages a program controlled by the program execution unit, and an output unit that outputs information based on instructions of the program The program execution unit interrupts the first program and executes the second program, and the program management unit executes the first program from the second program. Receiving a program termination request, a step in which the program management unit transmits a pause request to the output unit, and the program management unit causes the program execution unit to terminate the second program. And the program management unit executes the first program on the program execution unit. Is a computer program for executing the steps of: to terminate the first program.

  According to the present invention, when an execution state program is forcibly terminated, the suspended state program is not terminated, and only the execution state program is individually terminated to maintain the return order of the suspension state program. It is possible to obtain a portable terminal device that enables this.

A mobile phone terminal according to an embodiment of the mobile terminal device of the present invention will be described below with reference to the drawings.
FIG. 1 is a schematic block diagram showing a mobile phone terminal 1 according to the present embodiment.
In FIG. 1, the mobile phone terminal 1 includes a wireless communication unit 50 that is wirelessly connected to a public communication network and a key operation unit 52 that receives user input as basic functions as a mobile phone. In addition, a display unit 51 that outputs content data of a video downloaded from the Internet via the wireless communication unit 50, a user's voice is input / output at the time of a call, and an incoming melody data or voice content data is received at the time of an incoming call An audio processing unit 53 for reproduction is provided. The mobile phone terminal 1 also includes a control unit 2 that controls activation, suspension, termination, and the like of the applet.

  The control unit 2 includes an operating system 10 (hereinafter referred to as an OS) that executes an applet that is an application program of software, and an application management 20 (hereinafter referred to as APMAN: Application) that controls applet activation by determining the competition state of the applet. A static applet storage unit 40 that stores a static applet that is standardly mounted on a mobile phone terminal, and a download applet storage unit 30 that stores a download applet that is not standardly mounted on the mobile phone terminal.

  In the control unit 2, the static applet storage unit 40 stores a static applet that is mounted as a standard by the manufacturer of the mobile phone terminal 1. As the static applet, for example, a standby screen applet 40a that displays a standby screen on the display unit 51, an electronic mail applet 40b that transmits and receives an electronic mail via the wireless communication unit 50, and downloaded moving image and audio content data are displayed. There is a content playback applet 40b that is output to the unit 51 or the audio processing unit 53 for playback. In addition, as a static applet other than that, a screen requesting confirmation from the user is displayed, and the applet being executed is suspended or forcibly terminated based on the user's operation of the key operation unit 52 on the screen requesting confirmation. An end confirmation applet 40d is also present.

  The download applet storage unit 30 is a predetermined applet such as a game downloaded from the Internet or the like via the public communication network by using the wireless communication unit 50 when the user operates the key operation unit 52 or a removable recording medium. Stores download applets such as applets for games that can be read by the operation of.

  The OS 10 controls execution, suspension, and termination of the static applet and the download applet. In the OS 10, the transmission / reception unit 11 is connected to the APMAN 20 and transmits / receives information such as a request for activation to the applet and a response from the activated applet to / from the APMAN 20. The execution state storage unit 13 stores data on applets being executed by the execution unit 12 and data on applets that have been paused. The execution unit 12 reads the static applet or download applet from the static applet storage unit 40 or the download applet storage unit 30 based on the request from the APMAN 20 received via the transmission / reception unit 11, and executes the read applet data as the execution state storage unit 13. Record and execute.

  APMAN 20 starts, stops, and terminates a static applet that is implemented as a standard, and determines conflicts between static applets. In the APMAN 20, the transmission / reception unit 21 is connected to the transmission / reception unit 11 of the OS 10, and transmits / receives information such as an activation instruction to the applet and a response from the activated applet to / from the transmission / reception unit 11. When the static applet is activated, the management unit 22 determines the competition state of the static applet. If the static applet can be activated, the management unit 22 requests the execution unit 12 of the OS 10 via the transmission / reception unit 21 to activate the static applet. Send. Further, when the management unit 22 receives an input from the key operation unit 52 operated by the user and activates the download applet, the management unit 22 transmits a download applet activation request to the execution unit 12 of the OS 10.

  The activation state storage unit 23 stores information on applets that are executed or suspended by the execution unit 12 of the OS 10. Since the return information storage unit 24 performs a multitasking operation on the static applet, when there is a static applet that has been terminated in the OS 10 by the management unit 22 but stopped in the APMAN 20, the static applet is displayed. Information for returning is stored.

  The event receiving unit 25 is used to start or end an applet when an event based on an instruction input by the user operating the key operation unit 52 or when another applet is started from the applet. Receive events sent from applets.

  The program execution unit described above corresponds to the execution unit 12, and the program management unit corresponds to the management unit 22. The download applet corresponds to the above-described unmanaged program, and the static applet corresponds to the above-described managed program. The end confirmation program corresponds to the end confirmation applet 40d.

  Further, in this embodiment, the terminology related to applet processing is defined as follows. First, a state that is terminated in the OS 10 but stopped in the APMAN 20 is defined as a “provisional termination” state.

  The term “end” is defined as follows. When “normal termination” is described, it means that the applet is not forcibly terminated by the termination confirmation applet 40d but is terminated by internal processing of the applet. On the other hand, “forced termination” indicates that the applet is terminated by the termination confirmation applet 40d, and is not terminated by the applet internal processing, but is forcibly deleted from the execution state storage unit 13. Means that.

  The term “suspend” means a “pause” state for maintaining a state stored in the execution state storage unit 13 for a download applet, and a “provisional end” state for a static applet. .

  FIG. 2 is a diagram illustrating a data configuration of the execution state storage unit 13. The execution state storage unit 13 is a stack type storage area secured in a heap area for storing applet data when the applet is executed. Since the execution state storage unit 13 is a stack type storage area, the applet that is activated first is stored at the bottom of the stack, and when a new applet is activated, the applet that was activated first is suspended. And stacked on top of the paused applet. That is, the applet data stored at the top is the applet being executed. When the execution unit 12 terminates the uppermost applet data, the execution unit 12 cancels the suspension of the applet corresponding to the applet data stored in the next lower level. The applet with applet data is restarted.

  FIG. 3 is a diagram illustrating a data configuration of the activation state storage unit 23. The activation state storage unit 23 is also a stack type storage area, and stores information related to the applet being executed by the execution unit 12, for example, identification information (hereinafter referred to as ID: IDentification) given to each applet. That is, the applet IDs corresponding to the applet data stored in the execution state storage unit 13 are stored in the order stored in the execution state storage unit 13. The management unit 22 of the APMAN 20 can acquire information on applets being executed or temporarily stopped in the execution state storage unit 13 of the OS 10 by referring to the activation state storage unit 23.

  FIG. 4 is a diagram showing a data configuration of the return information storage unit 24. The return information storage unit 24 is also a stack type storage area. The APMAN 20 controls activation so that the number of static applets executed in the OS 10 is always one so that a plurality of static applets can be activated simultaneously while saving the memory capacity of the execution state storage unit 13. At this time, return information for returning a static applet that has been terminated in the OS 10 and that has been stopped by the APMAN 20 is returned in association with the ID assigned to each static applet. It is recorded in the information storage unit 24.

  Next, an applet activation process performed by the OS 10 and APMAN 20 will be described with reference to FIGS. Here, after the standby screen applet 40a is activated when the mobile phone terminal 1 is turned on, the user operates the key operation unit 52 to activate the e-mail applet 40b and the download applet A in this order. Processing when the applet 40c is activated and the download applet B is activated will be described.

  FIG. 5 is a sequence diagram showing processing when the standby screen applet 40a, the e-mail applet 40b, and the download applet A are activated. FIG. 6 is a sequence diagram showing processing when the content playback applet 40c and the download applet B are activated following FIG. FIG. 7 is a diagram showing a process in which information stored in the return information storage unit 24 is rewritten in the processes of FIGS. 5 and 6. FIG. 8 is a diagram illustrating a process in which information stored in the execution state storage unit 13 is rewritten in the processes of FIGS. 5 and 6.

  First, when the user operates the key operation unit 52 to power on the mobile phone terminal 1, after the APMAN 20 is activated, the management unit 22 of the APMAN 20 autonomously issues a standby screen applet activation request of the OS 10. It transmits to the execution part 12 (step Sa1). When receiving the standby screen applet activation request, the execution unit 12 reads the standby screen applet 40a from the static applet storage unit 40, records it in the execution state storage unit 13, and executes the standby screen applet 40a (step Sa2). At this time, the execution state storage unit 13 is in the state shown in FIG. When the standby screen applet 40a is activated, it transmits an activation response to the execution unit 12 (step Sa3). The execution unit 12 transmits activation information of the standby screen applet 40 a to the management unit 22. The management unit 22 that has received the activation information of the standby screen applet 40a records the ID of the standby screen applet 40a in the activation state storage unit 23 (step Sa4).

  Next, in order to activate the email applet 40b, the user operates the key operation unit 52 to input an activation instruction for the email applet 40b. An activation event generated based on the inputted activation instruction is received by the event receiving unit 25 of the APMAN 20. The event receiving unit 25 transmits the received event to the management unit 22 (step Sa10). The management unit 22 that has received the activation event from the event reception unit 25 reads the ID of the applet being executed from the activation state storage unit 23. Since the ID of the read applet is the standby screen applet 40a managed by the APMAN 20, the management unit 22 sends a temporary termination request to the execution unit 12 of the OS 10 in order to put the standby screen applet 40a into a temporary termination state. (Step Sa11).

  The execution unit 12 that has received the provisional termination request transmits the termination instruction including the provisional termination information to the standby screen applet 40a in order to terminate the standby screen applet 40a in the OS 10 and to stop the APMAN 20 (step Sa12). The standby screen applet 40a receives a termination instruction including provisional termination information, transmits a termination response to the execution unit 12, and is deleted from the execution state storage unit 13 by the execution unit 12 (step Sa13). At this time, the execution state storage unit 13 is in the state shown in FIG.

  Since the standby screen applet 40a does not require return information when returning, the return information is not stored in the return information storage unit 24 even if it is temporarily terminated, and when the standby screen applet 40a is returned. This is the same as the startup from the initial state.

  The execution unit 12 that has received the end response transmits information on the end response to the management unit 22. The management unit 22 that has received the information of the end response deletes the ID of the standby screen applet 40b from the activation state storage unit 23 (step Sa14). Next, the management unit 22 that has received the end response of the standby screen applet 40b transmits a dummy applet activation instruction to the execution unit 12 in order to activate the dummy applet (step Sa15).

  Here, the dummy applet is an applet that does not display or output audio. There are two reasons (1) and (2) below for starting the dummy applet.

  (1) When there is a static applet that has been temporarily terminated and a download applet that is activated and suspended after the static applet, the static applet is deleted from the execution state storage unit 13 and is being executed. When the applet is terminated, the download applet returns to the execution state storage unit 13 first. Therefore, by starting the dummy applet before starting the download applet, the dummy applet returns before the download applet, and the return order is maintained by returning the static applet when the dummy applet returns. Make it possible.

  (2) Even if the standby screen applet 40a activated at the time of activation is provisionally terminated by the APMAN 20, there is no restoration information for restoring from the provisionally terminated state, and it is restored by restarting. However, in that case, there is no return information for returning to the return information storage unit 24, and there is no opportunity to restart the standby screen applet 40a. Therefore, the standby screen applet 40a can be restarted by activating the dummy applet when the standby screen applet 40a is temporarily terminated.

  Next, the execution unit 12 that has received the dummy applet activation instruction in FIG. 5 records the dummy applet data in the execution state storage unit 13 to activate the dummy applet (step Sa16). At this time, the execution state storage unit 13 is in the state of FIG.

  The activated dummy applet transmits an activation response to the execution unit 12 (step Sa17). Upon receiving the activation response from the dummy applet, the execution unit 12 transmits the dummy applet activation information to the management unit 22. Upon receiving the dummy applet activation information, the management unit 22 records the dummy applet ID in the activation state storage unit 23 (step Sa18). Next, the management unit 22 that has received the activation information of the dummy applet transmits an activation request for the email applet 40b to the execution unit 12 to activate the email applet 40b (step Sa19). The execution unit 12 that has received the activation request transmits a pause instruction to the dummy applet to place the dummy applet in a paused state (step Sa20).

  The dummy applet that has received the pause instruction enters a pause state and transmits a pause response to the execution unit 12. Here, the data of the dummy applet is not deleted from the execution state storage unit 13 even if it is temporarily stopped, and the held state is continued (step Sa21). Next, the execution unit 12 that has received the suspension response reads the email applet 40b from the static applet storage unit 40 and records the email applet 40b in the execution state storage unit 13 in order to activate the email applet 40b ( Step Sa22). At this time, the execution state storage unit 13 is in the state shown in FIG. The activated email applet 40b transmits an activation response to the execution unit 12 (step Sa23). The execution unit 12 that has received the activation response of the email applet 40b transmits activation information of the email applet 40b to the management unit 22. Receiving the activation information of the email applet 40b, the management unit 22 records the ID of the email applet 40b in the activation state storage unit 23 (step Sa24).

  Next, in order to activate the download applet A, the user operates the key operation unit 52 to input an activation instruction for the download applet A. An activation event generated based on the inputted activation instruction is received by the event receiving unit 25 of the APMAN 20. The event receiving unit 25 transmits the received activation event to the management unit 22 (step Sa30). The management unit 22 that has received the activation event reads the ID of the applet being executed from the activation state storage unit 23. Since the read applet ID is the email applet 40b managed by the APMAN 20, the management unit 22 sends a provisional termination request to the execution unit 12 of the OS 10 in order to place the email applet 40b in a provisional termination state. (Step Sa31).

  The execution unit 12 that has received the provisional termination request transmits an termination instruction including provisional termination request information to the email applet 40b in order to terminate the email applet 40b in the OS 10 and in the APMAN 20 (step Sa32). The email applet 40b receives the termination instruction including the provisional termination request information, transmits a termination response including the restoration information for returning to the execution unit 12, and is deleted from the execution state storage unit 13 by the execution unit 12. (Step Sa33). At this time, the execution state storage unit 13 is in the state shown in FIG.

  The execution unit 12 that has received the end response from the email applet 40b transmits the return information of the email applet 40b to the management unit 22. The management unit 22 that has received the return information records the return information in the return information storage unit 24. Further, the ID of the email applet 40b is deleted from the activation state storage unit 23 (step Sa34). At this time, the return information storage unit 24 is in the state shown in FIG. 7A, and the return information of the email applet 40b is stored.

  The execution unit 12 that has received the end response from the email applet 40b reads the data of the download applet A from the download applet storage unit 30 and records it in the execution state storage unit 13 in order to activate the download applet A (step Sa35). ). At this time, the execution state storage unit 13 is in the state shown in FIG. The activated download applet A transmits an activation response to the execution unit 12 (step Sa36). The execution unit 12 that has received the activation response from the download applet A transmits dummy applet activation information to the management unit 22. The management unit 22 that has received the activation information of the download applet A records the ID of the download applet A in the activation state storage unit 23 (step Sa37). Here, for example, if the download applet A is an applet that searches for content data such as music or video that has been read in advance in the internal storage area of the mobile phone terminal 1, the user operates the key operation unit 52. Thus, the search is performed, and the file names of some content data are displayed on the display unit 51.

  FIG. 6 is a sequence diagram showing processing when the content playback applet 40c is activated from the download applet A and the download applet B is activated following FIG. In FIG. 6, the standby screen applet 40a and the e-mail applet 40b are temporarily ended. The download applet B is assumed to be a game applet.

  In the following, with reference to FIG. 6, a process for starting the content reproduction applet 40c and the download applet B will be described. First, the activated download applet A displays the file name of the content data on the display unit 51 as a search result. When any content data is selected by the user operating the key operation unit 52, the download applet A inputs an activation instruction for the content reproduction applet 40c to the APMAN 20. An activation event generated based on the inputted activation instruction is received by the event receiving unit 25 of the APMAN 20. The event reception unit 25 transmits the received activation event to the management unit 22. (Step Sa40). The management unit 22 that has received the event from the event reception unit 25 reads the ID of the applet being executed from the activation state storage unit 23. Since the read applet ID is the download applet A that is not managed by the APMAN 20, the management unit 22 transmits a dummy applet activation instruction to the execution unit 12 of the OS 10 in order to activate the dummy applet. Here, the reason for starting the dummy applet is based on the reason (1) described above (step Sa41).

  The execution unit 12 that has received the dummy applet activation instruction transmits a pause instruction to the download applet A being executed (step Sa42). The download applet A that has received the pause instruction enters a pause state and transmits a pause response to the execution unit 12. Here, the data of the download applet A is not deleted from the execution state storage unit 13 even if it is temporarily stopped, and the held state is continued (step Sa43). The execution unit 12 that has received the temporary stop response records the data of the dummy applet in the execution state storage unit 13 in order to activate the dummy applet (step Sa44). At this time, the state of the execution state storage unit 13 is as shown in FIG. The activated dummy applet transmits an activation response to the execution unit 12 (step Sa45). Upon receiving the activation response from the dummy applet, the execution unit 12 transmits the dummy applet activation information to the management unit 22. Upon receiving the dummy applet activation information, the management unit 22 records the dummy applet ID in the activation state storage unit 23 (step Sa46).

  Next, the management unit 22 that has received the activation information of the dummy applet transmits an activation request to the execution unit 12 to activate the content reproduction applet 40c (step Sa47). The execution unit 12 that has received the activation request transmits a pause instruction to the dummy applet to place the dummy applet in a paused state (step Sa48). The dummy applet that has received the pause instruction enters a pause state and transmits a pause response to the execution unit 12. Here, the data of the dummy applet is not deleted from the execution state storage unit 13 even if it is temporarily stopped, and the held state is continued (step Sa49). The execution unit 12 that has received the pause response reads the content playback applet 40c from the static applet storage unit 40 to start the content playback applet 40c, records the content playback applet 40c in the execution state storage unit 13, and the content playback applet. 40c is executed (step Sa50). At this time, the state of the execution state storage unit 13 is as shown in FIG. The activated content playback applet 40c transmits an activation response to the execution unit 12 (step Sa51). Then, the execution unit 12 transmits activation information of the content reproduction applet 40c to the management unit 22. The management unit 22 that has received the activation information of the content reproduction applet 40c records the ID of the content reproduction applet 40c in the activation state storage unit 23 (step Sa52).

  Next, the content reproduction applet 40c reads the content data from the internal storage area, and outputs the read moving image and audio content data to the display unit 51 and the audio processing unit 53, respectively. Then, while the content reproduction applet 40c is outputting content data or in a state where the reproduction is finished, the user operates the key operation unit 52 to input an activation instruction for the game download applet B.

  An activation event generated based on the inputted activation instruction is received by the event receiving unit 25 of the APMAN 20. The event receiving unit 25 transmits the received activation event to the management unit 22 (step Sa60). The management unit 22 that has received the activation event reads the ID of the applet being executed from the activation state storage unit 23. Since the read applet ID is the content reproduction applet 40c managed by the APMAN 20, the management unit 22 sends a temporary termination request to the execution unit 12 of the OS 10 in order to put the content reproduction applet 40c into a provisional termination state. (Step Sa61).

  The execution unit 12 that has received the provisional termination request transmits the termination instruction including the provisional termination request information to the content reproduction applet 40c in order to terminate the content reproduction applet 40c in the OS 10 and to stop the content reproduction applet 40c in the APMAN 20 (step Sa62). The content reproduction applet 40c receives an end instruction including provisional end request information, transmits an end response including return information for returning to the execution unit 12, and is deleted from the execution state storage unit 13 by the execution unit 12. (Step Sa63). At this time, the execution state storage unit 13 is in the state shown in FIG.

  The execution unit 12 that has received the end response from the content reproduction applet 40c transmits return information of the content reproduction applet 40c to the APMAN 20. The content reproduction applet 40 c that has received the return information records the return information in the return information storage unit 24. Further, the ID of the content reproduction applet 40c is deleted from the activation state storage unit 23 (step Sa64). At this time, the return information storage unit 24 is in the state shown in FIG. 7B, and the return information of the content reproduction applet 40c is stored in addition to the return information of the email applet 40b.

  On the other hand, the execution unit 12 that has received the end response from the content playback applet 40c reads the data of the download applet B from the download applet storage unit 30 and records it in the execution state storage unit 13 in order to activate the download applet B (step S1). Sa65). At this time, the execution state storage unit 13 is in the state shown in FIG. The activated download applet B transmits an activation response to the execution unit 12 (step Sa66). The execution unit 12 that has received the activation response from the download applet B transmits dummy applet activation information to the management unit 22. The management unit 22 that has received the activation information of the download applet B records the ID of the download applet B in the activation state storage unit 23 (step Sa67). Then, the download applet B displays an initial screen of the game on the display unit 51, and music in the initial state of the game is output to the audio output unit 53. Then, when the user operates the key operation unit 52, the game is started.

  Next, referring to FIGS. 9 to 11, when the download applet B being executed is forcibly terminated by the termination confirmation applet 40d, only the applet forcibly terminated by the termination confirmation applet 40d is individually terminated. explain.

  FIG. 9 is a sequence diagram showing a process when the download applet B being executed is forcibly terminated by the termination confirmation applet 40d. The processes described in FIGS. 5 and 6 are performed before this process is performed. It is assumed that FIG. 10 is a diagram illustrating a process in which information stored in the execution state storage unit 13 is rewritten in the process of FIG. FIG. 11 is a diagram showing a screen displayed on the display unit 51 by the end confirmation applet 40d in the process of FIG.

  First, the download applet B is running, and the download applet B displays the screen of FIG. At this time, in order to forcibly terminate the download applet B being executed by the user, a predetermined key (for example, a clear key) of the key operation unit 52 assigned to activate the termination confirmation applet 40d is operated. By this operation, an end confirmation applet activation instruction is input, and an end confirmation applet activation instruction event is received by the event receiver 25. The event receiving unit 25 transmits an end confirmation applet activation instruction event to the management unit 22 (step Sb1). The management unit 22 that has received the end confirmation applet activation instruction event from the event reception unit 25 reads the ID of the applet being executed from the activation state storage unit 23. Since the read applet ID is the download applet B that is not managed by the APMAN 20, the management unit 22 transmits a request for temporarily stopping the download applet B to the execution unit 12 of the OS 10 (step Sb2).

  The execution unit 12 that has received the pause request transmits a pause instruction to the download applet B that is being executed (step Sb3). The download applet B that has received the pause instruction enters a pause state and transmits a pause response to the execution unit 12 (step Sb4). At this time, the information of the download applet B is held in the execution state storage unit 13, and the state of FIG. 10A that is the same as FIG. 8J is continued. The execution unit 12 that has received the suspension response reads the end confirmation applet 40d from the static applet storage unit 40, records the end confirmation applet 40d in the execution state storage unit 13, and starts the end confirmation applet 40d. 40d is executed (step Sb5). At this time, the state of the execution state storage unit 13 is as shown in FIG. The startup confirmation applet 40d after startup transmits a startup response to the execution unit 12, and displays the screen of FIG. 11B on the display unit 51 (step Sb6). Then, the execution unit 12 transmits activation information of the end confirmation applet 40d to the management unit 22. The management unit 22 that has received the activation information of the end confirmation applet 40d records the ID of the end confirmation applet 40d in the activation state storage unit 23 (step Sb7).

  Next, on the screen of FIG. 11B, when the user operates the key operation unit 52 and selects “2: End”, a forced end instruction is input. At this time, the target of forced termination is the applet stored in the activation state storage unit 23 immediately before the termination confirmation applet 40d. In this case, the download applet B is an applet to be forcibly terminated.

  The event receiving unit 25 receives a forced end event generated based on the forced end instruction input by the end confirmation applet 40d (step Sb10). The event receiving unit 25 transmits the received forced end event to the management unit 22. Upon receiving the forced termination event, the management unit 22 first transmits a termination request for termination confirmation applet to the execution unit 12 (step Sb11).

  The execution unit 12 that has received the termination request transmits a termination instruction to the termination confirmation applet 40d in order to terminate the termination confirmation applet 40d (step Sb12). The end confirmation applet 40d receives the end instruction, transmits an end response to the execution unit 12, and is deleted from the execution state storage unit 13 by the execution unit 12 (step Sb13). At this time, the execution state storage unit 13 is in the state shown in FIG.

  The execution unit 12 that has received the end response transmits information on the end response to the management unit 22. The management unit 22 that has received the end response information deletes the ID of the end confirmation applet 40d from the activation state storage unit 23 (step Sb14).

  Here, the management unit 22 that has received the end response has forcibly terminated all the download applets in the past, but in this embodiment, only the download applet B is individually terminated. Control is performed so that the end of is a normal end process. That is, the download applet B is controlled from the pause state to the execution state so as to be normally terminated.

  At this time, when the download applet B is changed from the pause state to the execution state, the download applet B returns to the state before the pause, and the game screen is displayed on the display unit 51 by the download applet B. Will be output. This state is an unnatural operation for the user who thinks that the download applet B has been terminated in the termination confirmation applet 40d. Therefore, before the download applet B is normally terminated, the managing unit 22 In order to temporarily stop the function of the output unit such as the processing unit 53, a display pause request is transmitted to the display unit 51, and a voice ringing pause request is transmitted to the voice processing unit 53. The display unit 51 and the sound processing unit 53 that have received the respective stop requests stop their functions (step Sb15).

  On the other hand, the management unit 22 reads the ID of the download applet B stored in the top row of the activation state storage unit 23, and transmits a return request including the read ID of the download applet B to the execution unit 12 (step Sb16). ). The execution unit 12 that has received the return request detects the download applet B in the suspended state from the execution state storage unit 13 based on the ID of the download applet B included in the return request, and sets the download applet B to the execution state. (Step Sb17).

  The download applet B that has entered the execution state transmits a return response to the execution unit 12. At this time, the download applet B tries to output the game screen and sound in order to return to the state before the suspension, but since the functions of the display unit 51 and the sound processing unit 53 are stopped, the display unit 51 The screen and the sound by the download applet B are not output to the sound processing unit 53 (step Sb18). The execution unit 12 that has received the return response from the download applet B transmits the return information included in the return response to the management unit 22 (step Sb19).

  The management unit 22 that has received the return information of the download applet B transmits a request for termination of the download applet B to the execution unit 12 (step Sb20). The execution unit 12 that has received the termination request for the download applet B from the management unit 22 transmits a termination instruction to the download applet B in order to terminate the download applet B (step Sb21). The execution unit 12 that has received the end response from the download applet B deletes the information about the download applet B from the execution state storage unit 13. At this time, the execution state storage unit 13 is in the state of FIG. 10D (step Sb22).

  Next, the execution unit 12 transmits an activation instruction to activate the suspended dummy applet stored in the uppermost stage of the execution state storage unit 13 (step Sb23). The dummy applet that has received the activation instruction returns an activation response to the execution unit 12 (step Sb24). The execution unit 12 that has received the activation response transmits the activation information of the dummy applet to the management unit 22 (step Sb25).

  The management unit 22 that has received the activation information of the dummy applet transmits a display resumption request to the display unit 51 and transmits a sound ringing resumption request to the sound processing unit 53 in order to resume the functions of the display unit 51 and the sound processing unit 53. (Step Sb26). On the other hand, the management unit 22 reads the return information of the content reproduction applet 40c stored at the top of the return information storage unit 24 shown in FIG. Then, in order to restore the content playback applet 40c, a request for starting the content playback applet 40c including the return information of the content playback applet 40c is transmitted to the execution unit 12 (step Sb27). The execution unit 12 that has received the activation request transmits a pause instruction to put the currently executed dummy applet into a pause state (step Sb28). The dummy applet that has received the pause instruction enters a pause state and transmits a pause response to the execution unit 12. Here, the data of the dummy applet is not deleted from the execution state storage unit 13 even if it is temporarily stopped, and the held state is continued (step Sb29).

  Next, the execution unit 12 that has received the pause response reads the content reproduction applet 40c from the static applet storage unit 40 and activates the content reproduction applet 40c, and stores the return information of the content reproduction applet 40c in the execution state storage unit 13. The content reproduction applet 40c is recorded in the included state, and the content reproduction applet 40c is executed (step Sb30). The activated content playback applet 40c transmits an activation response to the execution unit 12 (step Sb31). Then, the execution unit 12 transmits activation information of the content reproduction applet 40c to the management unit 22. The management unit 22 that has received the activation information of the content reproduction applet 40c records the information of the content reproduction applet 40c in the activation state storage unit 23 (step Sb32). At this time, the execution state storage unit 13 is in the state shown in FIG. 10E, and the display unit 51 is in the state shown in FIG.

  With the above configuration, when there is a download applet to be terminated by the termination confirmation applet 40d, it is possible to terminate only the download applet while maintaining information on other suspended applets. This makes it possible to return the applets in the reverse order of activation, and to provide a user-friendly interface.

  The mobile phone terminal 1 described above has a computer system inside. The download applet activation, suspension, termination and static applet activation, provisional termination, and termination processes are stored in a computer-readable recording medium in the form of a program, and the computer reads the program. The above processing is performed by executing the above. Here, the computer-readable recording medium means a magnetic disk, a magneto-optical disk, a CD-ROM, a DVD-ROM, a semiconductor memory, or the like. Alternatively, the computer program may be distributed to the computer via a communication line, and the computer that has received the distribution may execute the program.

It is a block diagram which shows the internal structure of the mobile telephone terminal by this embodiment. It is the figure which showed the data structure of the execution state memory | storage part in the same embodiment. It is the figure which showed the data structure of the starting state memory | storage part in the same embodiment. It is the figure which showed the data structure of the return information storage part in the embodiment. FIG. 6 is a sequence diagram (part 1) illustrating an applet activation process in the embodiment. FIG. 6 is a sequence diagram (No. 2) showing an applet activation process in the embodiment. It is the figure which showed the information memorize | stored in the return information storage part in the process of applet starting in the same embodiment. It is the figure which showed the information memorize | stored in the execution state memory | storage part in the process of applet starting in the embodiment. FIG. 7 is a sequence diagram showing a download applet termination process in the embodiment. It is the figure which showed the information memorize | stored in the execution state memory | storage part in the process of completion | finish of the download applet in the embodiment. It is the figure which showed the screen which the completion | finish confirmation applet in the same embodiment displays on a display part. It is the figure (the 1) which showed the process of the applet starting in the prior art, and a return process. It is the figure (the 2) which showed the process of applet starting in the conventional technique, and a return.

Explanation of symbols

1 Mobile phone terminal 2 Control unit 10 OS
12 execution unit 13 execution state storage unit 20 APMAN
22 management unit 24 return information storage unit 50 wireless communication unit 51 display unit 52 key operation unit 53 voice processing unit

Claims (7)

A program execution unit for controlling execution, interruption and termination of the program;
An output unit for outputting information based on an instruction of the program;
When the first program is interrupted by the program execution unit and the second program is being executed, when an end request for the first program is received from the second program, the output unit A program management unit for transmitting a pause request and causing the program execution unit to end the second program and executing the first program, and then ending the first program;
A portable terminal device comprising:   The mobile terminal device according to claim 1, wherein the program management unit transmits a restart request to the output unit after the program execution unit ends the first program.   The program management unit causes the program execution unit to terminate the first program when there is a third program that has been executed and suspended before the first program is executed. The portable terminal device according to claim 1, wherein the third program is executed by the program execution unit.   The second program is an end confirmation program that is started by interrupting the first program when a predetermined key operation is detected while the first program is being executed. The portable terminal device as described in any one of Claim 1 to 3. The program includes a management non-target program that is temporarily stopped by the program execution unit when the program is interrupted, and return information that is terminated and returned by the program execution unit when the program is interrupted. And a management target program that is read out when the restart is instructed by the program management unit and executed by the program execution unit,
When the third program is the management target program, the program management unit reads return information corresponding to the third program when the program execution unit terminates the first program, The portable terminal device according to claim 3 or 4, wherein the program execution unit is caused to execute the third program based on return information. A program execution unit that controls execution, interruption, and termination of a program, a program management unit that manages a program controlled by the program execution unit, and an output unit that outputs information based on instructions of the program A program termination method in a portable terminal device,
The program execution unit interrupting the first program and executing the second program;
The program management unit receiving a termination request for the first program from the second program;
The program management unit transmitting a pause request to the output unit;
The program management unit causing the program execution unit to terminate the second program;
The program management unit causes the program execution unit to execute the first program;
Ending the first program;
A program end method characterized by comprising: A program execution unit that controls execution, interruption, and termination of a program, a program management unit that manages a program controlled by the program execution unit, and an output unit that outputs information based on instructions of the program In the computer of the mobile terminal device,
The program execution unit interrupting the first program and executing the second program;
The program management unit receiving a termination request for the first program from the second program;
The program management unit transmitting a pause request to the output unit;
The program management unit causing the program execution unit to terminate the second program;
The program management unit causes the program execution unit to execute the first program;
Ending the first program;
A computer program for running.

Images