移动电话终端、程序管理方法及其计算机程序.pdf

上传人:b*** 文档编号:1063404 上传时间:2018-03-29 格式:PDF 页数:35 大小:1.72MB
返回 下载 相关 举报
摘要
申请专利号:

CN200510118538.3

申请日:

2005.10.27

公开号:

CN1767551A

公开日:

2006.05.03

当前法律状态:

终止

有效性:

无权

法律详情:

未缴年费专利权终止IPC(主分类):G06F 9/48申请日:20051027授权公告日:20110223终止日期:20141027|||授权|||实质审查的生效|||公开

IPC分类号:

H04M1/00(2006.01); G06F9/46(2006.01); H04Q7/32(2006.01)

主分类号:

H04M1/00

申请人:

京瓷株式会社

发明人:

西田哲

地址:

日本京都府

优先权:

2004.10.29 JP 2004-315697

专利代理机构:

中科专利商标代理有限责任公司

代理人:

陈瑞丰

PDF下载: PDF下载
内容摘要

为了提供一种移动电话终端,在一起启动的作为标准实现的应用程序和未作为标准实现的下载程序之间进行切换时,该终端能够按照用户预期的顺序重新启动程序。执行单元通过在执行状态存储单元中存储由静态小应用程序和下载小应用程序构成的程序的信息,执行以下任意进程:程序的执行、暂时中止和终止。管理单元,当在下载小应用程序作为正在执行的程序被存储在执行状态存储单元中的情况下,请求执行静态小应用程序时,与将下载小应用程序作为处于暂时中止状态存储在执行状态存储单元中一起,产生伪小应用程序,并将伪小应用程序作为处于暂时中止状态存储在执行状态存储单元中,接下来以程序执行单元启动静态小应用程序。

权利要求书

1、  一种移动电话终端,能够执行受控程序和非受控程序,包括:
程序执行单元,执行以下任意进程:存储在执行状态存储单元中的所述受控程序和所述非受控程序的启动、中止和终止;以及
程序管理单元,当在所述非受控程序作为正在启动的程序被存储在所述执行状态存储单元中的同时,请求执行所述受控程序时,与将所述程序执行单元中的所述非受控程序作为处于中止状态存储在所述执行状态存储单元中一起,产生作为伪程序且对应于所述非受控程序的替代程序,并将所述替代程序作为处于中止状态存储在所述执行状态存储单元中,之后,在所述程序执行单元中启动所述受控程序。

2、
  根据权利要求1所述的移动电话终端,其特征在于还包括:
重新启动信息存储单元,在正在启动所述执行状态存储单元中的所述受控程序的同时,请求启动另一程序的情况下,在终止所述受控程序并启动所述另一程序时,与终止所述受控程序一起,存储用于稍后重新启动所述受控程序的重新启动信息,
其中所述程序管理单元在使处于中止状态的所述替代程序进入启动状态时,查阅所述重新启动信息存储单元,如果存储了重新启动信息,则重新启动与所述重新启动信息相对应的、所述程序执行单元中的所述受控程序。

3、
  根据权利要求2所述的移动电话终端,其特征在于
所述程序管理单元在其由于启动处于中止状态的替代程序而查阅所述重新启动信息存储单元时,如果并未存储对应的重新启动信息,则终止所述程序执行单元中的所述替代程序。

4、
  根据权利要求1所述的移动电话终端,其特征在于
所述受控程序是初始安装并由所述程序管理单元管理的程序,以及所述非受控程序是通过用户的操作额外安装的程序。

5、
  根据权利要求1所述的移动电话终端,其特征在于
如果所述程序执行单元强制终止所述替代程序,所述程序管理单元请求所述程序执行单元删除存储在所述执行状态存储单元中的临时程序。

6、
  根据权利要求2所述的移动电话终端,其特征在于
所述移动终端还能够启动在等待通信的状态下显示空闲屏幕的空闲屏幕程序,以及
当在将所述空闲屏幕程序作为正在启动的程序存储在所述执行状态存储单元中的状态下、启动另一程序时,与将用于重新启动正在启动的所述空闲屏幕程序的重新启动信息存储在所述重新启动信息存储单元中一起,所述程序管理单元还在终止所述空闲屏幕程序之后,启动所述程序执行单元中的所述另一程序。

7、
  一种应用于移动电话终端的程序管理方法,所述移动电话终端包括:
执行状态存储单元;以及
程序执行单元,通过将受控程序和非受控程序存储在所述执行状态存储单元中,执行以下任意进程:程序的执行、中止和终止;
所述程序管理方法包括以下步骤:
当在非受控程序作为正在启动的程序被存储在所述执行状态存储单元中的状态下,请求启动受控程序时,与将所述程序执行单元中的所述程序作为处于中止状态存储在所述执行状态存储单元中一起,产生替代程序;
将所述替代程序作为处于中止状态存储在所述执行状态存储单元中;以及
在使所述替代程序进入中止状态之后,在所述程序执行单元中启动所述受控程序。

8、
  根据权利要求7所述的程序管理方法,其特征在于还包括以下步骤:
在正在启动所述执行状态存储单元中的所述受控程序的同时,请求启动另一程序的情况下,在终止所述受控程序并启动所述另一程序时,与终止所述受控程序一起,存储用于稍后重新启动所述受控程序的重新启动信息;
在使处于中止状态的所述替代程序进入启动状态时,判断是否存储了重新启动信息,以及如果存储了重新启动信息,则重新启动与所述重新启动信息相对应的、所述程序执行单元中的所述受控程序。

9、
  根据权利要求8所述的程序管理方法,其特征在于还包括以下步骤:
在启动处于中止状态的替代程序时,判断是否存储了重新启动信息,如果并未存储对应的重新启动信息,则终止所述程序执行单元中的所述替代程序。

10、
  根据权利要求7所述的程序管理方法,其特征在于
所述受控程序是初始安装并由所述程序管理单元管理的程序,以及所述非受控程序是通过用户的操作额外安装的程序。

11、
  根据权利要求7所述的程序管理方法,其特征在于还包括以下步骤:
如果所述程序执行单元强制终止所述替代程序,则请求所述程序执行单元删除存储在所述执行状态存储单元中的临时程序。

12、
  根据权利要求7所述的程序管理方法,其特征在于
所述移动终端还能够启动在等待通信的状态下显示空闲屏幕的空闲屏幕程序,所述程序管理方法还包括:
当在将所述空闲屏幕程序作为正在启动的程序存储在所述执行状态存储单元中的状态下、启动另一程序时,与存储用于重新启动正在启动的所述空闲屏幕程序的重新启动信息一起,还在终止所述空闲屏幕程序之后,启动所述程序执行单元中的所述另一程序。

13、
  一种计算机程序产品,位于包括在移动电话终端中的计算机的计算机可读介质中,所述移动电话终端具有:执行状态存储单元;以及程序执行单元,通过将受控程序和非受控程序存储在所述执行状态存储单元中,执行以下任意进程:程序的执行、中止和终止;所述计算机程序包括:
第一指令,用于当在非受控程序作为正在启动的程序被存储在所述执行状态存储单元中的状态下,请求启动受控程序时,与将所述程序执行单元中的所述程序作为处于中止状态存储在所述执行状态存储单元中一起,产生替代程序;
第二指令,用于将所述替代程序作为处于中止状态存储在所述执行状态存储单元中;以及
第三指令,用于在使所述替代程序进入中止状态之后,在所述程序执行单元中启动所述受控程序。

14、
  根据权利要求13所述的计算机程序产品,其特征在于还包括:
第四指令,用于在正在启动所述执行状态存储单元中的所述受控程序的同时,请求启动另一程序的情况下,在终止所述受控程序并启动所述另一程序时,与终止所述受控程序一起,存储用于稍后重新启动所述受控程序的重新启动信息;
第五指令,用于在使处于中止状态的所述替代程序进入启动状态时,判断是否存储了重新启动信息,以及如果存储了重新启动信息,则重新启动与所述重新启动信息相对应的、所述程序执行单元中的所述受控程序。

15、
  根据权利要求14所述的计算机程序产品,其特征在于还包括:
第七指令,用于在启动处于中止状态的替代程序时,判断是否存储了重新启动信息,如果并未存储对应的重新启动信息,则终止所述程序执行单元中的所述替代程序。

16、
  根据权利要求13所述的计算机程序产品,其特征在于
所述受控程序是初始安装并由所述程序管理单元管理的程序,以及所述非受控程序是通过用户的操作额外安装的程序。

17、
  根据权利要求13所述的计算机程序产品,其特征在于还包括:
第八指令,用于如果所述程序执行单元强制终止所述替代程序,则请求所述程序执行单元删除存储在所述执行状态存储单元中的临时程序。

18、
  根据权利要求13所述的计算机程序产品,其特征在于
所述移动终端还能够启动在等待通信的状态下显示空闲屏幕的空闲屏幕程序,所述计算机程序产品还包括:
第九指令,用于当在将所述空闲屏幕程序作为正在启动的程序存储在所述执行状态存储单元中的状态下、启动另一程序时,与存储用于重新启动正在启动的所述空闲屏幕程序的重新启动信息一起,还在终止所述空闲屏幕程序之后,启动所述程序执行单元中的所述另一程序。

说明书

移动电话终端、程序管理方法及其计算机程序
技术领域
本发明涉及一种控制多个程序的执行的移动电话终端、一种程序管理方法及执行所述方法的计算机程序。
要求2004年10月29日递交的日本专利申请No.2004-315697的优先权,其内容在此一并作为参考。
背景技术
利用现有技术,在单任务操作系统中,为了执行类似多任务的操作(其中同时处理多个程序),将正在进行操作的应用程序的线程历史存储在OS(操作系统)的存储器中。操作系统利用定时器等监视是否存在请求进行下一操作的应用程序。如果存在请求进行下一操作的应用程序,则将该应用程序添加到应用程序线程历史中,并且操作系统将其操作切换到该应用程序。当按照顺序再次切换到之前正在执行的应用程序时,通过从被存储在已存储线程历史中的第一个开始按照顺序读取而每次切换一个处理的系统已经投入使用(例如,参见日本未审专利申请、第一次公开No.H06-44084)。
日本未审专利申请、第一次公开No.H06-44084中所描述的技术是个人计算机上的操作示例,在所述个人计算机上,可以获得比移动电话终端更高的处理能力,此外,无线电对操作的意外干扰(例如由于呼入呼叫而引起)较低。
利用针对移动电话终端的现有技术,即使定时器等发出了对多个应用程序的启动请求,也不能在未完成处理(每次一个)之前开始处理下一应用程序。此外,也不能在存储器中保持之前所执行的应用程序的多种状态。因此,利用现有技术中参考文件#2(日本未审专利申请、第一次公开No.2003-319020)所示的移动电话,通过单独监视如呼入呼叫等事件何时发生、查阅应用程序的类型或状态,来执行操作。
利用移动电话终端,对于由移动电话的制造商实现的应用程序,为了满足较小的存储容量,通过实现专利参考文件#1和#2中所公开的不同技术,来进行操作,从而以较小的存储容量按照多任务方式进行操作。
现在,利用目前的移动电话终端,除了由移动电话终端制造商作为标准实现(或初始安装)的应用程序以外,还存在如游戏等用户通过操作移动电话终端经由网络下载和使用的程序(此后称为“下载程序”)。这些下载程序大多数按照公共规范构建,以便作用于来自任意制造商的任意移动电话终端操作系统。
但是,并未根据使其按照由各个移动电话制造商实现的多任务操作的方式来进行处理的假设来设计这些下载程序。因此,如果在操作系统上一起启动下载程序和作为标准实现的程序,当在这些程序间进行切换时,存在以下问题:作为标准实现的程序不必要地执行了用户并未预期到的重新启动操作。
发明内容
为了解决上述问题,提出本发明,其目的在于提供一种移动电话终端、一种程序管理方法和一种计算机程序,能够在切换程序时、按照用户预期的顺序重新启动程序,即使是在按照标准实施方式的应用程序和并未按照标准方式实现的下载程序一起被启动的情况下。
根据以下详细描述的本发明,能够提供一种移动电话终端、一种程序管理方法和一种计算机程序,能够在切换程序时、按照用户预期的顺序重新启动程序,即使是在按照标准实施方式的应用程序和并未按照标准方式实现的下载程序一起被启动的情况下。
本发明的第一方案是一种移动电话终端,能够执行受控程序和非受控程序,包括:程序执行单元,执行以下任意进程:存储在执行状态存储单元中的所述受控程序和所述非受控程序的启动、中止和终止;以及程序管理单元,当在所述非受控程序作为正在启动的程序被存储在所述执行状态存储单元中的同时,请求执行所述受控程序时,与将所述程序执行单元中的所述非受控程序作为处于中止状态存储在所述执行状态存储单元中一起,产生作为伪程序且对应于所述非受控程序的替代程序,并将所述替代程序作为处于中止状态存储在所述执行状态存储单元中,之后,在所述程序执行单元中启动所述受控程序。
本发明的第二方案是根据第一方案的移动电话终端,还包括:重新启动信息存储单元,在正在启动所述执行状态存储单元中的所述受控程序的同时,请求启动另一程序的情况下,在终止所述受控程序并启动所述另一程序时,与终止所述受控程序一起,存储用于稍后重新启动所述受控程序的重新启动信息,其中所述程序管理单元在使处于中止状态的所述替代程序进入启动状态时,查阅所述重新启动信息存储单元,如果存储了重新启动信息,则重新启动与所述重新启动信息相对应的、所述程序执行单元中的所述受控程序。
本发明的第三方案是根据第二方案的移动电话终端,其中所述程序管理单元在其由于启动处于中止状态的替代程序而查阅所述重新启动信息存储单元时,如果并未存储对应的重新启动信息,则终止所述程序执行单元中的所述替代程序。
本发明的第四方案是根据第一方案地移动电话终端,其中所述受控程序是初始安装并由所述程序管理单元管理的程序,以及所述非受控程序是通过用户的操作额外安装的程序。
本发明的第五方案是根据第一方案的移动电话终端,其中如果所述程序执行单元强制终止所述替代程序,所述程序管理单元请求所述程序执行单元删除存储在所述执行状态存储单元中的临时程序。
本发明的第六方案是根据第二方案的移动电话终端,其中所述移动终端还能够启动在等待通信的状态下显示空闲屏幕的空闲屏幕程序,以及当在将所述空闲屏幕程序作为正在启动的程序存储在所述执行状态存储单元中的状态下、启动另一程序时,与将用于重新启动正在启动的所述空闲屏幕程序的重新启动信息存储在所述重新启动信息存储单元中一起,所述程序管理单元还在终止所述空闲屏幕程序之后,启动所述程序执行单元中的所述另一程序。
本发明的第七方案是一种应用于移动电话终端的程序管理方法,所述移动电话终端包括:执行状态存储单元;以及程序执行单元,通过将受控程序和非受控程序存储在所述执行状态存储单元中,执行以下任意进程:程序的执行、中止和终止;所述程序管理方法包括以下步骤:当在非受控程序作为正在启动的程序被存储在所述执行状态存储单元中的状态下,请求启动受控程序时,与将所述程序执行单元中的所述程序作为处于中止状态存储在所述执行状态存储单元中一起,产生替代程序;将所述替代程序作为处于中止状态存储在所述执行状态存储单元中;以及在使所述替代程序进入中止状态之后,在所述程序执行单元中启动所述受控程序。
本发明的第八方案是根据第七方案的程序管理方法,还包括以下步骤:在正在启动所述执行状态存储单元中的所述受控程序的同时,请求启动另一程序的情况下,在终止所述受控程序并启动所述另一程序时,与终止所述受控程序一起,存储用于稍后重新启动所述受控程序的重新启动信息;在使处于中止状态的所述替代程序进入启动状态时,判断是否存储了重新启动信息,以及如果存储了重新启动信息,则重新启动与所述重新启动信息相对应的、所述程序执行单元中的所述受控程序。
本发明的第九方案是根据第八方案的程序管理方法,还包括以下步骤:在启动处于中止状态的替代程序时,判断是否存储了重新启动信息,如果并未存储对应的重新启动信息,则终止所述程序执行单元中的所述替代程序。
本发明的第十方案是根据第七方案的程序管理方法,其中所述受控程序是初始安装并由所述程序管理单元管理的程序,以及所述非受控程序是通过用户的操作额外安装的程序。
本发明的第十一方案是根据第七方案的程序管理方法,还包括以下步骤:如果所述程序执行单元强制终止所述替代程序,则请求所述程序执行单元删除存储在所述执行状态存储单元中的临时程序。
本发明的第十二方案是根据第七方案的程序管理方法,其中所述移动终端还能够启动在等待通信的状态下显示空闲屏幕的空闲屏幕程序,所述程序管理方法还包括:当在将所述空闲屏幕程序作为正在启动的程序存储在所述执行状态存储单元中的状态下、启动另一程序时,与存储用于重新启动正在启动的所述空闲屏幕程序的重新启动信息一起,还在终止所述空闲屏幕程序之后,启动所述程序执行单元中的所述另一程序。
本发明的第十三方案是一种计算机程序产品,位于包括在移动电话终端中的计算机的计算机可读介质中,所述移动电话终端具有:执行状态存储单元;以及程序执行单元,通过将受控程序和非受控程序存储在所述执行状态存储单元中,执行以下任意进程:程序的执行、中止和终止;所述计算机程序包括:第一指令,用于当在非受控程序作为正在启动的程序被存储在所述执行状态存储单元中的状态下,请求启动受控程序时,与将所述程序执行单元中的所述程序作为处于中止状态存储在所述执行状态存储单元中一起,产生替代程序;第二指令,用于将所述替代程序作为处于中止状态存储在所述执行状态存储单元中;以及第三指令,用于在使所述替代程序进入中止状态之后,在所述程序执行单元中启动所述受控程序。
本发明的第十四方案是根据第十三方案的计算机程序产品,还包括:第四指令,用于在正在启动所述执行状态存储单元中的所述受控程序的同时,请求启动另一程序的情况下,在终止所述受控程序并启动所述另一程序时,与终止所述受控程序一起,存储用于稍后重新启动所述受控程序的重新启动信息;第五指令,用于在使处于中止状态的所述替代程序进入启动状态时,判断是否存储了重新启动信息,以及如果存储了重新启动信息,则重新启动与所述重新启动信息相对应的、所述程序执行单元中的所述受控程序。
本发明的第十五方案是根据第十四方案的计算机程序产品,还包括:第七指令,用于在启动处于中止状态的替代程序时,判断是否存储了重新启动信息,如果并未存储对应的重新启动信息,则终止所述程序执行单元中的所述替代程序。
本发明的第十六方案是根据第十三方案的计算机程序产品,其中所述受控程序是初始安装并由所述程序管理单元管理的程序,以及所述非受控程序是通过用户的操作额外安装的程序。
本发明的第十七方案是根据第十三方案的计算机程序产品,还包括:第八指令,用于如果所述程序执行单元强制终止所述替代程序,则请求所述程序执行单元删除存储在所述执行状态存储单元中的临时程序。
本发明的第十八方案是根据第十三方案的计算机程序产品,其中所述移动终端还能够启动在等待通信的状态下显示空闲屏幕的空闲屏幕程序,所述计算机程序产品还包括:第九指令,用于当在将所述空闲屏幕程序作为正在启动的程序存储在所述执行状态存储单元中的状态下、启动另一程序时,与存储用于重新启动正在启动的所述空闲屏幕程序的重新启动信息一起,还在终止所述空闲屏幕程序之后,启动所述程序执行单元中的所述另一程序。
附图说明
图1是示出了根据本发明一个实施例的移动电话终端的内部结构的方框图。
图2是该实施例的执行状态存储单元的数据结构图。
图3是该实施例的启动状态存储单元的数据结构图。
图4是该实施例的重新启动信息存储单元的数据结构图。
图5是用于解释现有技术的APMAN的操作的第一幅示意图。
图6是用于解释现有技术的APMAN的操作的第二幅示意图。
图7是用于解释该实施例的APMAN的操作的第一幅示意图。
图8是用于解释该实施例的APMAN的操作的第二幅示意图。
图9是用于解释该实施例的APMAN的操作的第三幅示意图。
图10是示出了该实施例的执行状态存储单元的变化的示意图。
图11是示出了在本实施例中、强制终止伪小应用程序(dummyapplet)时、执行状态存储单元的变化的示意图。
图12是用于解释在本实施例中、暂时终止空闲屏幕小应用程序时、APMAN的操作的示意图。
图13是示出了在本实施例中、暂时终止空闲屏幕小应用程序时、执行状态存储单元的变化的示意图。
具体实施方式
下面,将参照附图对根据本发明的实施例的移动电话终端进行解释。
图1是示出了根据本实施例的移动电话终端1的示意方框图。
图1的移动电话终端1包括:无线通信单元50,通过无线电通信与公共通信网络相连;显示部分51,包括液晶屏幕;键操作单元52,接收来自用户的输入;以及语音处理单元53,输入和输出语音,并提供作为便携式电话的基本功能。
此外,移动电话终端1包括:操作系统10(此后缩写为“OS”),执行与上述程序相对应的小应用程序;应用管理器20(此后称为APMAN一应用程序管理器)通过决定这些小应用程序之间的冲突状态等来执行这些小应用程序的启动控制;静态小应用程序存储单元40,存储静态小应用程序,所述静态小应用程序可以是如用于控制电子邮件的邮件软件、用于浏览因特网上的网页的浏览软件、用于发起电话呼叫的地址簿管理软件等软件,按照标准方式提供,并由APMAN 20控制其启动;以及下载小应用程序存储单元30,存储如游戏程序等可以通过用户对键操作单元52的操作、利用无线通信单元50通过公共通信网络从因特网等处下载或者可以通过预定的操作从可拆卸记录介质中读取的下载小应用程序。
在OS 10中,发送/接收单元11向和从APMAN 20发送和接收如请求等信息,以便启动小应用程序等,以及来自已经被启动的小应用程序的响应等。执行单元12根据来自APMAN 20的请求,从静态小应用程序存储单元40读取静态小应用程序或从下载小应用程序存储单元30读取下载小应用程序,并将这些下载小应用程序的数据存储在执行状态存储单元13中,并执行这些程序。例如,在执行一些小应用程序的情况下,进行在显示部分51的屏幕上显示窗格(pane)或者从语音处理单元53输出的处理。执行状态存储单元13存储由执行单元12正在执行的小应用程序的数据和暂时终止的小应用程序的数据。
在APMAN 20中,发送/接收单元21向和从OS 10的发送/接收单元发送和接收信息,如启动小应用程序的命令等,以及来自已经被启动的小应用程序的响应等。
当启动静态小应用程序时,管理单元22决定静态小应用程序的冲突状态等,以及如果能够启动该静态小应用程序,则通过发送/接收单元21向OS 10的执行单元12传输静态小应用程序启动请求。此外,当启动下载小应用程序时,管理单元22向OS 10的执行单元12传输下载小应用程序启动请求。
启动状态存储单元23存储与由OS 10的执行单元12正在启动或暂时中止的小应用程序有关的信息。为了执行静态小应用程序的多任务型操作,重新启动信息存储单元24存储用于重新启动由APMAN 20中止的静态小应用程序的信息(尽管其已经被OS 10中的管理单元22终止)。这里,将被OS 10终止但被APMAN 20中止的状态称为暂时终止状态。事件接收单元25接收基于由于用户的操作而产生的用户启动或停止小应用程序的命令的事件、以及基于来自小应用程序的用于启动另一小应用程序的命令的事件等。
应当理解的是,程序执行单元对应于执行单元12,以及程序管理单元对应于管理单元22。
图2是示出了执行状态存储单元13的数据结构的示意图。此执行状态存储单元13是在执行小应用程序是的堆区域中分配的栈型存储区域,其中存储了小应用程序的数据。如图2所示,由于此执行状态存储单元13是栈型存储区域,首先被启动的小应用程序被存储在栈的最底端,以及在启动新的小应用程序时,暂时中止之前被启动的小应用程序,并将新的小应用程序堆放在已经被暂时中止的小应用程序上方。也就是说,存储在最上层的小应用程序数据对应于当前正在被启动的小应用程序。此外,当执行单元12处理终止时,删除位于最上层的小应用程序数据,并取消对与存储在低一级的小应用程序数据相对应的小应用程序的中止,并重新启动与该小应用程序数据相对应的小应用程序。
图3是示出了启动状态存储单元23的数据结构的示意图。此启动状态存储单元23也是栈型存储区域,其中存储了与正在由执行单元12执行的小应用程序有关的信息,如附属于每个小应用程序的标识信息等。也就是说,按照将其存储在执行状态存储单元13中的顺序,存储与存储在执行状态存储单元13中的小应用程序数据相对应的小应用程序的标识信息。通过查阅启动状态存储单元23,APMAN 20的管理单元22能够获取由OS 10的执行状态存储单元13正在启动或暂时被中止的小应用程序的信息。
图4是示出了重新启动信息存储单元24的数据结构的示意图。此重新启动信息存储单元24也是栈型存储区域。为了能够同时启动多个静态小应用程序,同时减少执行状态存储单元13的存储量,APMAN 20执行启动控制,以便总是存在一个正由OS 10启动的静态小应用程序。此时,将用于重新启动静态小应用程序的重新启动信息存储在重新启动信息存储单元24中,所述静态小应用程序是已经被OS 10终止且处于被APMAN 20中止的上述暂时中止状态的小应用程序。
接下来,将参照图5和6,对只处理静态小应用程序时、APMAN 20对小应用程序的启动控制进行解释。
图5是示出了在执行静态小应用程序A期间启动另一静态小应用程序时、暂时终止正在启动的静态小应用程序A的进程的示意图。参照图5,在启动静态小应用程序A时(即,处于有效状态),事件接收单元25接收针对静态小应用程序B的启动事件,并在接收到此启动事件时,事件接收单元25向管理单元22传输表示已经接收到启动事件的信息(在步骤Sa1中)。管理单元22从启动状态存储单元23中读取针对正在启动的小应用程序A的信息。由于正在执行且已经被读取的小应用程序是由APMAN 20管理的静态小应用程序,因此管理单元22决定正在被执行的静态小应用程序A和已经对其做出启动请求的静态小应用程序B之间的冲突状态,如果其并不冲突,则向OS 10的执行单元12传输暂时终止请求(在步骤Sa2中),以便使静态小应用程序A进入暂时终止状态。
在接收到此暂时终止请求时,执行单元12向静态小应用程序A传输包括暂时终止请求信息在内的终止命令(在步骤Sa3中),以便与OS 10终止静态小应用程序A一起,由APMAN 20使其进入中止状态。静态小应用程序A接收此包括暂时终止请求信息在内的终止命令,并向执行单元12传输包括用于重新启动的重新启动信息在内的终止响应,并由执行单元12进行从执行状态存储单元13中删除的处理(在步骤Sa4中)。在接收到终止响应时,执行单元12向管理单元22传输静态小应用程序A的重新启动信息。在接收到此重新启动信息时,静态小应用程序A将此重新启动信息存储在重新启动信息存储单元24中。此外,从启动状态存储单元23中删除静态小应用程序A的信息。
接下来,在接收到静态小应用程序A的重新启动信息时,为了启动静态小应用程序B,管理单元22向执行单元12传输针对静态小应用程序B的启动请求(在步骤Sa6中)。在接收到针对静态小应用程序B的启动请求时,执行单元12从静态小应用程序存储单元40中读取静态小应用程序B,并将静态小应用程序B存储在执行状态存储单元13中(在步骤Sa7中)。在被启动之后,静态小应用程序B向执行单元12传输启动响应(在步骤Sa8中)。执行单元12向管理单元22传输静态小应用程序B的启动信息。在接收到静态小应用程序B的启动信息时,管理单元22将静态小应用程序B的信息存储在启动状态存储单元23中(在步骤Sa9中)。
也就是说,根据如图5所示的进程,由于在正在启动静态小应用程序时,即使启动另一静态小应用程序,也能暂时终止正在启动的静态小应用程序,因此能够确保被存储在执行状态存储单元13中的、正在被启动的静态小应用程序(即正由OS 10执行的小应用程序)的数据仅为一个。当已经终止另一静态小应用程序时,根据存储在重新启动信息存储单元24中的重新启动信息,重新启动静态小应用程序,因此,能够进行其中从小应用程序被中止的状态开始继续静态小应用程序的执行的多任务型操作控制。
图6是示出了在正在执行由APMAN 20下载的小应用程序期间、启动静态小应用程序的进程的示意图。
首先,APMAN 20的事件接收单元25接收针对静态小应用程序A的启动事件。事件接收单元向管理单元22传输与此启动事件有关的信息(在步骤Sb1中)。在接收到与此启动事件有关的信息时,管理单元22从启动状态存储单元23中读取与正在执行的小应用程序有关的信息。由于正在执行的小应用程序是并不由APMAN 20管理的下载小应用程序,并不处理上述有关冲突状态的决定,但是,管理单元22向OS 10的执行单元12传输针对静态小应用程序A的启动请求(在步骤Sb2中)。
在接收到针对静态小应用程序A的启动请求时,为了暂时中止目前正在执行的下载小应用程序1,执行单元12向下载小应用程序1传输暂时中止命令(在步骤Sb3中)。在接收到此暂时中止命令时,下载小应用程序1进入暂时中止状态,并向执行单元12传输暂时中止响应。这里,即使其被暂时中止,也不从执行状态存储单元13中删除下载小应用程序1的数据,而是继续处于已存储状态(在步骤Sb4中)。接下来,在接收到暂时中止响应时,为了启动静态小应用程序A,执行单元12从静态小应用程序存储单元40中读取静态小应用程序A,并将静态小应用程序A存储在执行状态存储单元13中。在已经被启动之后,静态小应用程序A向执行单元12传输启动响应(在步骤Sb6中)。执行单元12向管理单元22传输静态小应用程序A的启动信息。在接收到静态小应用程序A的启动信息时,管理单元22将静态小应用程序A的信息记录在启动状态存储单元23中。
也就是说,根据如图6所示的进程,即使启动另一小应用程序,下载小应用程序仍然继续保持在将此下载小应用程序的数据存储在执行状态存储单元13中的状态下。因此,当终止正在启动的小应用程序时,执行单元12使下载小应用程序从暂时被中止的状态过渡到启动状态。也就是说,如果未中断下载小应用程序的状态过渡,即使在暂时中止下载小应用程序之前存在已经被暂时终止的静态小应用程序,仍然建立了不能在下载小应用程序之前重新启动的情况。
接下来,将参照图7到10,对APMAN 20在本实施例中对小应用程序的启动控制进行解释。
当如图7所示,正在执行下载小应用程序1时,执行状态存储单元13的状态是只存储了下载小应用程序1,如图10(a)所示。在此状态下,APMAN 20的事件接收单元25接收针对静态小应用程序A的启动事件(在步骤Sc1中)。在接收到此事件时,管理单元22从启动状态存储单元23中读取正在执行的小应用程序的信息。由于这样读取的、正在被执行的小应用程序是并不由APMAN 20管理的下载小应用程序,管理单元22向OS 10的执行单元12传输伪小应用程序启动命令,以便启动与替代程序相对应的伪小应用程序。这里,替代程序是并不通过显示器或通过语音具体执行任何输出但假定为只与APMAN 20合作的程序。
在接收到此伪小应用程序启动命令时,执行单元12向正在执行的下载小应用程序1传输暂时中止命令(在步骤Sc3中)。在接收到此暂时中止命令时,下载小应用程序1进入暂时中止状态,并向执行单元12传输暂时中止响应。此时,即使其被暂时中止,也不从执行状态存储单元13中删除下载小应用程序1的数据,而是继续处于已存储状态(在步骤Sc4中)。在接收到暂时中止响应时,由于已经启动了伪小应用程序,执行单元12将伪小应用程序的数据存储在执行状态存储单元13中(在步骤Sc5中)。已经被启动的伪小应用程序向执行单元12传输启动响应(在步骤Sc6中)。此时,执行状态存储单元13的状态如图10(b)所示。在从伪小应用程序接收到此启动响应时,执行单元12向管理单元22传输伪小应用程序的启动信息。在接收到伪小应用程序的启动信息时,管理单元将伪小应用程序的信息存储在启动状态存储单元23中(在步骤Sc7中)。
接下来,在接收到来自伪小应用程序的启动信息时,管理单元22向执行单元12传输用于启动静态小应用程序A的启动请求(在步骤Sc8中)。在接收到此启动请求时,执行单元12向伪小应用程序传输暂时中止命令(在步骤Sc9中),以便使伪小应用程序进入暂时中止状态。在接收到此暂时中止命令时,伪小应用程序进入暂时中止状态,并向执行单元12传输暂时中止响应。此时,即使其被暂时中止,也不从执行状态存储单元13中删除伪小应用程序的数据,而是保持处于已存储状态(在步骤Sc10中)。在接收到暂时中止响应时,为了启动静态小应用程序A,执行单元12从静态小应用程序存储单元40中读取静态小应用程序A,并在步骤(Sc11)中,将静态小应用程序A存储在执行状态存储单元13中。在已经被启动之后,向执行单元12传输启动响应(在步骤Sc12中)。执行单元12向管理单元22传输静态小应用程序A的启动信息。在接收到静态小应用程序A的启动信息时,管理单元22将静态小应用程序A的信息记录在启动状态存储单元23中(在步骤Sc13中)。
此时,执行状态存储单元13处于如图10(c)所示的状态。
紧接着图7,图8是示出了在进一步启动静态小应用程序B时的进程的示意图。APMAN 20的事件接收单元25接收静态小应用程序B的启动事件,并向管理单元22传输该启动事件(在步骤Sd1中)。在接收到启动事件时,管理单元22从启动状态存储单元23中读取针对正在被执行的小应用程序的信息。由于已经被读取且正在执行的小应用程序是由APMAN 20管理的静态小应用程序,因此参照正在被执行的静态小应用程序A和已经对其做出启动请求的静态小应用程序B之间的冲突状态,做出决定,如果其并不相互冲突,则为了使静态小应用程序B进入暂时终止状态,向OS 10的执行单元12传输替代终止请求(在步骤Sd2中)。
在接收到此临时终止请求时,执行单元12向静态小应用程序A传输包括替代终止请求信息在内的终止命令(在步骤Sd3中),以便与在OS 10中终止静态小应用程序A一起,由APMAN 20使其进入中止状态。在接收到此包括替代终止请求信息在内的终止命令,静态小应用程序A向执行单元12传输包括用于重新启动的重新启动信息在内的终止响应,并由执行单元12将其从执行状态存储单元13中删除(在步骤Sd4中)。此时,执行状态存储单元13的状态变为如图10(d)所示的状态。
在从静态小应用程序A接收到此终止响应时,执行单元12向APMAN 20传输静态小应用程序A的重新启动信息。在接收到此重新启动信息时,静态小应用程序A将此重新启动信息存储在重新启动信息存储单元24中。此外,从启动状态存储单元23中删除静态小应用程序A的信息(在步骤Sd5中)。此外,在接收到来自静态小应用程序A的终止响应时,执行单元12将其存储在执行状态存储单元13的最上层,并传输使处于暂时中止状态的伪小应用程序进入启动状态的启动命令(在步骤Sd6中)。在接收到启动命令时,伪小应用程序以启动响应来响应执行单元12(在步骤Sd7中)。在接收到启动响应时,执行单元12向管理单元22传输伪小应用程序的启动信息(在步骤Sd8中)。
在接收到伪小应用程序的启动信息时,管理单元22向执行单元12传输用于启动静态小应用程序D的启动请求(在步骤Sd9中)。在接收到此针对静态小应用程序B的启动请求时,执行单元12传输用于使当前正在执行的伪小应用程序进入暂时中止状态的暂时中止命令(在步骤Sd10中)。在接收到此暂时中止命令时,伪小应用程序进入暂时中止状态,并向执行单元12传输暂时中止响应。此时,即使其被暂时中止,也不从执行状态存储单元13中删除伪小应用程序的数据,而是继续处于已存储状态(在步骤Sd11中)。接下来,在接收到暂时中止响应时,执行单元12从静态小应用程序存储单元40中读取静态小应用程序B,以便启动此静态小应用程序B,并将静态小应用程序B存储在执行状态存储单元13中(在步骤Sd12中)。在已经被启动之后,静态小应用程序B向执行单元12传输启动响应(在步骤Sd13中)。执行单元12向管理单元22传输静态小应用程序B的启动信息。在接收到静态小应用程序B的启动信息时,管理单元22将静态小应用程序B的信息存储在启动状态存储单元23中(在步骤Sd14中)。此时,执行状态存储单元13变为如图10(e)所示的状态。
紧接着图8,图9是示出了终止静态小应用程序B是的处理的示意图。APMAN 20的事件接收单元25接收使静态小应用程序B终止的终止事件,并将此启动事件传输给管理单元22(在步骤Se1中)。在接收到此启动事件时,管理单元22从启动状态存储单元23中读取针对正在被执行的小应用程序的信息。由于已经被读取且正在执行的小应用程序是由APMAN 20管理的静态小应用程序,做出对正在被执行的静态小应用程序B和已经对其做出启动请求的静态小应用程序A之间的冲突状态的决定,如果其并不相互冲突,则向OS 10的执行单元12传输替代终止请求(在步骤Se2中),以便使静态小应用程序B进入暂时终止状态。
在接收到此针对静态小应用程序B的终止请求时,执行单元12向静态小应用程序B传输终止命令(在步骤Se3中)。静态小应用程序B向执行单元12传输终止响应,并由执行单元12将其从执行状态存储单元13中删除(在步骤Se4中)。此时,执行状态存储单元13的状态变为如图10(f)所示的状态。
在从静态小应用程序B接收到此终止响应时,执行单元12向管理单元22传输已经终止静态小应用程序B的信息。在接收到已经终止静态小应用程序B的信息时,管理单元22将静态小应用程序B的信息从启动状态存储单元23中删除(在步骤Se5中)。此外,在接收到来自静态小应用程序B的终止响应时,执行单元12传输用于使存储在执行状态存储单元13的最上层中、且处于暂时中止状态的伪小应用程序进入启动状态的启动命令(在步骤Se6中)。在接收到启动命令时,伪小应用程序以启动响应来响应执行单元12(在步骤Se7中)。在接收到启动响应时,执行单元12向管理单元22传输伪小应用程序的启动信息(在步骤Se8中)。
在接收到伪小应用程序的启动信息时,管理单元22读取存储在重新启动信息存储单元24的最上层中的静态小应用程序A的重新启动信息。为了重新启动静态小应用程序A,向执行单元12传输包括针对静态小应用程序A的重新启动信息在内的、针对静态小应用程序A的启动请求。在接收到此启动请求时,执行单元12传输用于使当前正在执行的伪小应用程序进入暂时中止状态的暂时中止命令(在步骤Se10中)。在接收到此暂时中止命令时,伪小应用程序进入暂时中止状态,并向执行单元12传输暂时中止响应。此时,即使其被暂时中止,也不从执行状态存储单元13中删除伪小应用程序的数据,而是继续处于已存储状态(在步骤Se11中)。
接下来,在接收到暂时中止响应时,为了启动静态小应用程序A,执行单元12从静态小应用程序存储单元40中读取静态小应用程序A,并将静态小应用程序A存储在处于包括此静态小应用程序A的重新启动信息在内的状态下的执行状态存储单元13中(在步骤Se12中)。在启动之后,静态小应用程序A向执行单元12传输启动响应(在步骤Se13中)。执行单元12向管理单元22传输此静态小应用程序A的启动信息。在接收到此静态小应用程序A的启动信息时,管理单元22将静态小应用程序A的信息存储在启动状态存储单元23中(在步骤Se14中)。此时,执行状态存储单元13变为如图10(g)所示的状态。
根据如上述图7到图9中所示的进程,在切换小应用程序时,能够重新启动静态小应用程序A,从而防止了下载小应用程序首先重新启动。因此,能够按照用户可以预期的顺序重新启动小应用程序。
应当理解的是,伪小应用程序的数据是几千字节容量的少量数据,从而可以由管理单元22或执行单元12产生,并存储在执行状态存储单元13中。
此外,按照顺序,当去除存储在重新启动信息存储单元24中的伪小应用程序的信息时,将其设计为终止伪小应用程序,因此为了维持已经被终止的静态小应用程序和下载小应用程序之间重新启动的顺序,重新启动信息存储单元24需要具有一个与每个伪小应用程序相对应的栈型存储区域,而不是只有一个栈型存储区域。
图11是用于解释由APMAN 20的管理单元22针对由执行状态存储单元13存储的小应用程序的数据而执行的删除进程的示意图。
执行状态存储单元13具有有限容量,由于如上所述,在堆区域内分配存储区域。因此,如果存储在执行状态存储单元13中的小应用程序数据超出所述容量,则为了执行起先已经启动的小应用程序,执行单元12强制删除存储在最上层的小应用程序数据。图11(a)到图11(c)是示出了此进程的示意图。
在图11(a)中,将正在被执行的伪小应用程序2存储在执行状态存储单元13的最上层。此时,在要启动下载小应用程序2,且超出了执行状态存储单元13的容量时,执行单元12从执行状态存储单元13中删除伪小应用程序2,并启动下载小应用程序2。当这样删除了伪小应用程序时,不再能够正常地进行管理单元22对静态小应用程序的重新启动控制。因此,如图11(c)所示,管理单元22删除存储在执行状态存储单元13中的所有小应用程序数据,并进行初始化。
如参照图11所解释的那样,如果OS 10删除了存储在执行状态存储单元13中的伪小应用程序,能够删除存储在执行状态存储单元13中的所有小应用程序数据,并执行初始化。通过这样做,能够维持APMAN 20按照正常方式切换小应用程序的控制。
接下来,将参照图12和13,解释其中通过移动电话终端1的键操作单元52接通电源时启动、并显示在显示部分51上以指示正在等待通信的空闲屏幕的开始控制。
如参照图7到图10所解释的那样,由于结构使得通过启动伪小应用程序来重新启动静态小应用程序,作为在读取存储在重新启动信息存储单元24中的重新启动信息之后的机会,因此,对于在接通移动电话终端1的电源时启动的空闲屏幕小应用程序,当其进入暂时中止状态时,在并不存在与空闲屏幕小应用程序相对应的伪小应用程序的情况下,针对重新启动的事件丢失。因此,如果由于启动一些其他小应用程序而暂时中止空闲屏幕小应用程序,则需要启动伪小应用程序,以使其能够执行重新启动。
图12是示出了使空闲屏幕小应用程序进入暂时中止状态时的处理的示意图。
在此图中,正在启动空闲屏幕小应用程序,并且执行状态存储单元13的状态是只存储了空闲屏幕小应用程序,如图13(a)所示。在此状态下,APMAN 20的事件接收单元25接收针对下载小应用程序1的启动事件。在接收到针对下载小应用程序1的启动事件时,事件接收单元25向管理单元22传输启动事件(在步骤Sf1中)。在接收到此启动事件时,管理单元22从启动状态存储单元23中读取针对正在启动的小应用程序的信息。由于这样读取且正在启动的小应用程序是由APMAN 20管理的空闲屏幕小应用程序,向OS 10的执行单元12传输替代终止请求,以便使空闲屏幕小应用程序进入暂时中止状态。
在接收到此替代终止请求时,执行单元12向空闲屏幕小应用程序传输包括替代终止请求信息在内的终止命令(在步骤Sf4中),以便与在OS 10中终止空闲屏幕小应用程序一起,在APMAN 20中设置中止状态。空闲屏幕小应用程序接收此包括暂时终止请求信息在内的终止命令,向执行单元12传输包括用于重新启动的重新启动信息在内的终止响应,并由执行单元12从执行状态存储单元13中删除(在步骤Sf4中)。
在接收到此终止响应时,执行单元12向管理单元22传输空闲屏幕小应用程序的重新启动信息。在接收到重新启动信息时,将此重新启动信息存储在重新启动信息存储单元24中。此外,从启动状态存储单元23中删除空闲屏幕小应用程序的信息(在步骤Sf5中)。接下来,在接收到空闲屏幕小应用程序的终止响应时,管理单元22向执行单元12传输伪小应用程序启动命令(在步骤Sf6中),以便启动伪小应用程序。在接收到伪小应用程序启动命令时,执行单元12将伪小应用程序的数据存储在执行状态存储单元13中(在步骤Sf7中),以便启动伪小应用程序。
已经被启动的伪小应用程序向执行单元12传输其启动响应(在步骤Sf8中)。此时,执行状态存储单元13的状态如图13(b)所示。在接收到来自伪小应用程序的启动响应时,执行单元12向管理单元22传输伪小应用程序的启动信息。在接收到伪小应用程序的启动信息时,管理单元22将伪小应用程序的信息存储在启动状态存储单元23中(在步骤Sf9中)。接下来,在接收到针对伪小应用程序的启动信息时,管理单元22向执行单元12传输启动请求以便启动下载小应用程序1(在步骤Sf10中)。在接收到启动请求时,执行单元12向伪小应用程序传输暂时中止命令(在步骤Sf11中),以便使其进入暂时中止状态。
在接收到此暂时中止命令时,伪小应用程序进入暂时中止状态,并向执行单元12传输暂时中止响应。此时,即使其被暂时中止,也不从执行状态存储单元13中删除伪小应用程序的数据,而是继续处于已被存储的状态(在步骤Sf12中)。接下来,在接收到暂时中止响应时,为了启动此下载小应用程序1,执行单元12从下载小应用程序存储单元30中读取下载小应用程序1,并将下载小应用程序1存储在执行状态存储单元13中(在步骤Sf13中)。已经被启动的下载小应用程序向执行单元12传输启动响应(在步骤Sf14中)。在接收到下载小应用程序1的启动响应时,执行单元12向管理单元22传输下载小应用程序1的启动信息。在接收到下载小应用程序1的启动信息时,管理单元22将下载小应用程序1的信息存储在启动状态存储单元23中(在步骤Sf15中)。此时,执行状态存储单元13变为如图13(c)所示的状态。
如参照图12和图13所解释的那样,即使在空闲屏幕小应用程序的情况下,仍然可以通过在替代地终止空闲屏幕小应用程序时启动伪小应用程序来重新启动空闲屏幕小应用程序。
将计算机系统设置于上述移动电话终端的内部。在上述移动电话终端执行处理期间,按照能够由计算机读取的存储介质上的程序的形式来存储上述进程,并能够通过以计算机读取所述程序来执行。这里,能够由计算机读取的存储介质是磁盘、磁光盘、CD-ROM、DVD-ROM、半导体存储器等。此外,可以设计此计算机程序通过通信线路分发给计算机,而对于计算机,在接收到此分发时,执行此程序。
尽管已经描述和图示了本发明的优选实施例,应当理解的是这些只是本发明的示例而并非对本发明的限制。在不偏离本发明的精神或范围的前提下,可以做出添加、省略、替代和其他修改。因此,不应当认为本发明局限于以上描述,而应当由所附权利要求的范围来限定。

移动电话终端、程序管理方法及其计算机程序.pdf_第1页
第1页 / 共35页
移动电话终端、程序管理方法及其计算机程序.pdf_第2页
第2页 / 共35页
移动电话终端、程序管理方法及其计算机程序.pdf_第3页
第3页 / 共35页
点击查看更多>>
资源描述

《移动电话终端、程序管理方法及其计算机程序.pdf》由会员分享,可在线阅读,更多相关《移动电话终端、程序管理方法及其计算机程序.pdf(35页珍藏版)》请在专利查询网上搜索。

为了提供一种移动电话终端,在一起启动的作为标准实现的应用程序和未作为标准实现的下载程序之间进行切换时,该终端能够按照用户预期的顺序重新启动程序。执行单元通过在执行状态存储单元中存储由静态小应用程序和下载小应用程序构成的程序的信息,执行以下任意进程:程序的执行、暂时中止和终止。管理单元,当在下载小应用程序作为正在执行的程序被存储在执行状态存储单元中的情况下,请求执行静态小应用程序时,与将下载小应用程。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1