CN101883184A - 在移动终端上控制应用程序显示的方法和移动终端 - Google Patents

Abstract

本发明公开了一种在移动终端上控制应用程序显示的方法和移动终端。其中，该方法包括：根据当前应用程序的启动参数判断当前应用程序的启动方式，其中，启动方式包括主应用和主应用调用的辅应用；启动方式为辅应用时，在任务管理器中显示该辅应用对应的主应用的图标。根据本发明，解决了任务管理器中仅能显示挂起的应用程序，不能显示应用程序间的调用关系的问题，进而增强了移动终端的功能，提高了用户体验的满意度。

Description

在移动终端上控制应用程序显示的方法和移动终端

技术领域

本发明涉及通信领域，具体而言，涉及一种在移动终端上控制应用程序显示的方法和移动终端。

背景技术

目前，随着移动终端的内存不断增大，CPU处理能力的不断提高，以及智能操作系统的引入，越来越多的手机用户希望手机上也能实现多任务管理器的功能。目前市面上的各类手机特别是智能手机很多都能够支持同时启动多个应用程序，并能通过任务管理器来查看正在运行的程序。

发明人发现相关技术中的大部分手机只能在任务管理器中显示所有后台挂起的运行程序，不能很好的看出各应用程序之间的调用关系，应用程序之间的排列顺序很混乱，导致用户体验较差。

发明内容

本发明的主要目的在于提供一种在移动终端上控制应用程序显示的方法和移动终端，以解决上述的问题之一。

根据本发明的一个方面，提供了一种在移动终端上控制应用程序显示的方法，包括：根据当前应用程序的启动参数判断当前应用程序的启动方式，启动方式包括主应用和主应用调用的辅应用；启动方式为辅应用时，在任务管理器中显示主应用的图标。

根据本发明的另一方面，提供了一种移动终端，包括：启动方式判断模块，用于根据当前应用程序的启动参数判断当前应用程序的启动方式，启动方式包括主应用和主应用调用的辅应用；显示模块，用于启动方式为辅应用时，在任务管理器中显示主应用的图标。

通过本发明，采用判断应用程序的启动方式，在启动方式为辅应用时，在任务管理器中显示主应用程序的图标，解决了任务管理器中仅能显示挂起的应用程序，不能显示应用程序间的调用关系的问题，进而增强了移动终端的功能，提高了用户体验的满意度。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例1的在移动终端上控制应用程序显示的方法流程图；

图2是根据本发明实施例2的在移动终端上控制应用程序显示的方法流程图；

图3是根据本发明实施例3的在移动终端上控制应用程序显示的方法流程图；

图4是根据本发明实施例4的在移动终端上控制应用程序显示的方法流程图；

图5是根据本发明实施例5的在移动终端上控制应用程序显示的方法流程图；

图6是根据本发明实施例6的在移动终端上控制应用程序显示的方法流程图；

图7是根据本发明实施例7的在移动终端上控制应用程序显示的方法流程图；

图8是根据本发明实施例8的移动终端结构框图；

图9是根据本发明实施例8的任务管理器的UI示意图；以及

图10是根据本发明实施例8的另一种任务管理器的UI示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本实施例中的移动终端遵循相关通信协议，并支持同时启动多个应用程序，以及通过任务管理器来查看正在运行的程序。下述实施例均以该移动终端为例进行说明。

实施例1

图1示出了本发明实施例的在移动终端上控制应用程序显示的方法流程图，该方法包括以下步骤：

步骤S102，根据当前应用程序的启动参数判断该当前应用程序的启动方式，其中，启动方式包括主应用和主应用调用的辅应用；

其中，启动参数是记录在任务管理器内的，指当前应用程序启动的入口方式，例如通过主菜单启动记录为a，通过idle的快捷方式启动记录为b，通过另一应用程序调用的记录为c。

启动方式为主应用指当前应用程序是通过主菜单或快捷菜单启动的；辅应用指当前应用程序不是通过移动终端的主菜单或快捷菜单(例如某个空闲idle菜单)启动的，而是被另一个应用程序调用启动的，该调用当前应用程序的应用程序可以称为主应用程序，被调用的应用程序(即当前应用程序)称为辅应用程序。

步骤S104，启动方式为辅应用时，在任务管理器中显示该辅应用对应的主应用的图标。

相关技术中的移动终端的任务管理器通常只能够记录后台挂起的应用程序，不能看出各应用程序间的调用关系，而本实施例通过确定应用程序的启动方式，在启动方式为辅应用时，在任务管理器中显示主应用程序的图标，用以表示应用程序间的调用关系。

本实施例通过判断应用程序的启动方式，在启动方式为辅应用时，在任务管理器中显示主应用程序的图标，解决了任务管理器中仅能显示挂起的应用程序，不能显示应用程序间的调用关系的问题，进而增强了移动终端的功能，提高了用户体验的满意度。

当上述启动方式为主应用时，在任务管理器中显示主应用的图标。

若当前应用程序处于挂起状态时，任务管理器中的主应用的图标被触发启动后，将继续运行该当前应用程序。

例如，用户通过主菜单打开发送短消息应用程序，再通过该短消息应用程序打开名片夹应用程序，此时，名片夹应用程序的启动方式为辅应用，短消息应用程序的启动方式为主应用，任务管理器将会记录短消息的图标；如果用户切换到任务管理器的界面，则在任务管理器上会显示出短消息的图标，若用户启动该短消息的图标，则会返回到名片夹应用程序对应的界面，而不是短消息应用程序对应的界面。

如果用户启动了多个移动终端上应用程序，上述显示方法还包括：采用堆栈方式在任务管理器的堆栈管理中记录各个应用程序启动的先后顺序。

优选地，可以在移动终端上设置一个用于发送主辅应用关闭命令的按键，这种情况下，该方法还可以包括：移动终端接收到该主辅应用关闭命令时，关闭启动方式为辅应用的主应用程序和辅应用程序。这样就可以通过简单操作同时关闭主应用程序和辅应用程序。

当上述启动方式为辅应用时，在当前应用程序运行过程中，移动终端接收到新事件，上述方法还包括：暂停该当前应用程序的运行，触发任务管理器的新事件界面启动，并在新事件界面显示新事件的图标；接收到该当前应用程序对应的主应用程序启动命令后，恢复该当前应用程序的运行；这里的事件至少包括以下之一：来电事件、短消息事件、邮件事件或小区广播消息事件。

当移动终端存在未处理事件时，在任务管理器中显示未处理事件的个数，并按照指定周期进行提示操作。例如，未接来电个数，未读消息个数，未读email的个数，未读小区广播cell broadcast消息个数，以及语音邮件voice mail/Push mail(email的Push消息，例如黑莓等)指示消息提示。

本实施例给出了一套完善的多任务管理设计方法，按照应用启动的先后顺序来显示后台挂起应用，按照应用之间的调用关系在任务管理器中显示主应用，并在任务管理器中及时显示未处理的事件信息，增强了移动终端的功能，方便用户使用操作，进而提高了用户体验的满意度。

实施例2

图2示出了根据本发明实施例的在移动终端上控制应用程序显示的方法流程图，该方法以通过任务管理器显示挂起的主应用程序为例进行说明，该方法包括以下步骤：

步骤S202，移动终端处于开机状态，用户通过主菜单或者idle(空闲键)的快捷方式启动A应用程序；

其中，用户对移动终端的上述操作等价为移动终端接收到启动A应用程序的命令，启动A应用程序，并记录启动参数，例如通过主菜单启动记录为a，通过idle的快捷方式启动记录为b；

步骤S204，通过A应用程序启动B应用程序，在任务管理器中添加A应用程序的图标；

通过A应用程序启动B应用程序的操作对于移动终端而言，相当于移动终端接收到A应用程序调用B应用程序的启动命令。

A应用程序与B应用程序有交互关系，本实施例通过A应用程序打开B应用程序，为描述方便，将此时的显示界面定义为界面1，此时A应用程序的启动方式为主应用，B应用程序的启动方式为辅应用，按照任务管理器仅显示启动方式为主应用的原理，在任务管理器的界面中将添加A应用程序的图标，；

步骤S206，当用户通过菜单menu按键切换到主菜单时，移动终端将A应用程序和B应用程序挂起放到后台；

步骤S208，用户通过主菜单启动B应用程序，并通过B应用程序启动C应用程序，在任务管理器中添加B应用程序的图标；

在这次启动过程中B应用程序的启动方式为主应用，C应用程序的启动方式为辅应用，为描述方便，将此时的显示界面定义为界面2，在任务管理器中主应用又添加了B应用程序的图标；

步骤S210，移动终端接收到切换到任务管理器界面时，在任务管理器界面中显示A，B两个应用程序的图标。

如果用户想返回到上述界面1，则只需要触发A应用程序的图标启动；同理，如果用户想返回到上述界面2，则只需要触发B应用程序的图标启动。

本实施例在存在以辅应用方式启动的应用程序时，在任务管理器中记录该应用程序的主应用程序的图标，使用户可以通过该主应用程序的图标快速启动已被挂起的应用程序，恢复原有的场景。

实施例3

图3示出了根据本发明实施例的在移动终端上控制应用程序显示的方法流程图，该方法以通过任务管理器对挂起的应用程序进行堆栈管理为例进行说明，该方法包括以下步骤：

步骤S302，通过主菜单或idle快捷方式启动A应用程序，并在任务管理器的堆栈管理中记录挂起的A应用程序，本实施例在记录挂起的应用程序时，采用记录该应用程序的图标表示；

步骤S304，通过主菜单的按键切换到主菜单界面启动B应用程序，并在任务管理器的堆栈管理中记录挂起的B应用程序；

步骤S306，通过主菜单的按键切换到主菜单界面启动C应用程序，在任务管理器的堆栈管理中记录挂起的C应用程序；

步骤S308，切换到任务管理器界面时，在任务管理器的堆栈管理中显示多个主应用程序挂起的顺序为C，B，A，其中，C为栈顶。

步骤S310，通过任务管理器界面启动B应用程序，在任务管理器的堆栈管理中多个主应用程序挂起的顺序修改为B，C，A。B为栈顶，C由栈顶变为第二位，后续的应用程序顺序不变。

本实施例通过在任务管理器的堆栈管理中记录主应用程序的挂起顺序，使应用程序的排列有序，以便能够快速返回到挂起的主应用程序，提高了用户体验的满意度。

实施例4

图4示出了根据本发明实施例的在移动终端上控制应用程序显示的方法流程图，该方法以通过END键关闭激活的主辅应用程序为例进行说明，该方法包括以下步骤：

步骤S402，通过主菜单启动C主应用程序；

步骤S404，切换到主菜单启动A主应用程序，通过A应用程序启动B应用程序；

A应用程序与B应用程序有交互，B做为A应用程序的辅应用程序存在。

步骤S406，接收到主辅应用关闭命令(例如，用户选择END按键关闭当前激活的主辅应用程序)时，关闭A，B两个应用程序返回到idle(空闲)界面。

在空闲界面，用户可以通过任务管理器直接返回挂在后台的C主应用程序的运行界面。

本实施例在打开主、辅应用程序时，可以通过一个按键同时关闭主、辅两个应用程序，并在任务管理器中保存其它挂起的主应用程序的图标，方便用户的使用，增强了移动终端的功能。

实施例5

图5示出了根据本发明实施例的在移动终端上控制应用程序显示的方法流程图，该方法以通过任务管理器来管理新事件为例进行说明，其中，本实施例的新事件为短消息事件。该方法包括以下步骤：

步骤S502，通过主菜单启动A应用程序，通过A应用程序启动B应用程序，此时，A应用程序为主应用程序，B应用程序为辅应用程序；

步骤S504，在B应用程序的处理过程中接收到一条新消息，弹出任务管理器的新事件界面并且把最新的事件图标放在所有新事件的最前面；

步骤S506，用户可以通过新事件的图标进入消息收件箱进行新消息的查看，当查看完成关闭消息应用返回到空闲界面；

步骤S508，用户再次进入主菜单选择A应用启动，显示B应用挂起前的界面。

本实施例的显示方式遵守以下两个原则：1.主应用启动辅应用并且被挂起，用户再次打开主应用程序时，恢复的是辅应用界面；2.对于同一个应用同一入口进入，只是执行恢复操作，不重新创建应用程序；对于A应用程序前后两次启动方式都是从主菜单进入，则恢复以前的操作不是创建新的应用节点。

本实施例通过设置再次打开主应用程序时，恢复辅应用程序的操作界面，能够提高返回辅应用程序的速度，增强了移动终端操作的灵活性，提高了用户体验的满意度。

实施例6

图6示出了根据本发明实施例的在移动终端上控制应用程序显示的方法流程图，该方法以通过任务管理器来切换到通话应用为例进行说明。该方法包括以下步骤：

步骤S602，通过主菜单或idle快捷来启动A应用程序；

步骤S604，A应用程序运行过程中，接收到一个来电，进行通话；

步骤S606，在通话过程中切换到任务管理器，通过任务管理器启动A应用程序，恢复挂起的A应用程序；

步骤S608，A应用程序处理完成后，选择END按键结束处理，返回到通话界面。

本实施例在应用程序运行过程中收到呼叫时，优先进行通话，在通话的过程中进行可以重新恢复应用程序的运行，以及在关闭该应用程序后，步骤返回空闲界面，而是返回到通话界面，提高了用户体验度。

实施例7

图7示出了根据本发明实施例的在移动终端上控制应用程序显示的方法流程图，该方法以通过任务管理器来关闭启动的应用程序为例进行说明。该方法包括以下步骤：

步骤S702，用户通过主菜单启动A应用程序，再通过A应用程序打开B应用程序，此时，A应用程序为主应用程序，B应用程序为辅应用程。

步骤S704，用户切换到主菜单界面启动B应用程序，此时B应用程序为主应用程序。

步骤S706，在任务管理器的应用管理队列中记录两个B应用程序的节点，每个节点对应一个实例数据。

本实施例的两个B应用程序是通过不同入口(一个是A应用程序调用的，一个是主菜单调用的)启动的，在任务管理器中保存B应用程序的两个不同节点，需要在应用管理器中保存两套B应用的实例数据和全局数据，便于不同入口的恢复。

步骤S708，如果用户选择关闭B应用程序的一个节点，释放一套实例数据和全局数据；

步骤S710，当B应用程序在任务管理器中保存的节点数为0，关闭B应用程序。

本实施例的B应用程序在步骤S708中没有真正的关闭，只有当B应用程序在任务管理器中保存的节点数为0时，才关闭B应用程序。

本实施例在关闭启动的应用程序时，如果一个应用程序通过不同方式启动了多次，则每次关闭应用程序时，仅释放一个应用实例，不会该应用程序打开的多个节目都关闭，提高了用户体验的满意度。

实施例8

本实施例提供了一种移动终端，参见图8，该移动终端包括：

启动方式判断模块82，用于根据当前应用程序的启动参数判断当前应用程序的启动方式，启动方式包括主应用和主应用调用的辅应用；

其中，启动参数是记录在任务管理器内的，指当前应用程序启动的入口方式，例如通过主菜单启动记录为a，通过idle的快捷方式启动记录为b，通过另一应用程序调用的记录为c。

启动方式为主应用指当前应用程序是通过主菜单或快捷菜单启动的；辅应用指当前应用程序不是通过移动终端的主菜单或快捷菜单(例如某个空闲idle菜单)启动的，而是被另一个应用程序调用启动的，该调用当前应用程序的应用程序可以称为主应用程序，被调用的应用程序(即当前应用程序)称为辅应用程序。

显示模块84，用于启动方式为辅应用时，在任务管理器中显示主应用的图标。

本实施例通过判断应用程序的启动方式，在启动方式为辅应用时，在任务管理器中显示主应用程序的图标，解决了任务管理器中仅能显示挂起的应用程序，不能显示应用程序间的调用关系的问题，进而增强了移动终端的功能，提高了用户体验的满意度。

上述任务管理器负责处理所有应用之间调用关系和压栈的关系，负责正确启动同一个应用的不同入口，负责保存同一个应用不同入口的实例数据区和共享内存的数据；其功能具体实现方式可以包括：

设置应用启动注册接口，用于记录所有应用的启动顺序以及启动参数；

设置应用多节点创建接口，用于区分各个应用程序启动的方式，对于同一个应用程序有三种启动方式，1)创建应用的第一个节点2)恢复已创建的应用节点3)对于应用已经存在节点的情况，创建应用的新节点；

设置主辅应用判断接口，主要根据各个应用程序的启动参数来区分应用的启动方式是主应用还是辅应用；

设置应用实例数据区和共享数据区的保存接口，用于保存同一应用的不同入口的实例数据区数据，支持同一应用程序创建多实例数据；

设置应用关闭判断接口，用于判断已启动应用程序的节点个数，如果为0关闭此应用程序，如果不为0仅仅节点数减1，并清除该结点的实例数据区指针。

设置记录所有新事件的接口，用于存储未接来电个数，未读消息个数，未读email的个数，未读cell broadcast消息个数，以及voicemail/Push mail指示消息提示。

参见图9，为任务管理器的UI(User Interface，用户接口)示意图，该图为新事件到来时，移动终端上弹出的任务管理器上半部分界面示意图，显示任务管理器单独的新事件消息框，在新事件消息框中可以显示新事件的条数及相关信息。

参见图10，为另一种任务管理器的UI示意图，该图为新事件到来时，移动终端上弹出的任务管理器整个界面示意图，显示整个任务管理器的消息框，在该消息框中可以体现新事件的条数及相关信息。

优选地，该移动终端还可以包括：主辅关闭模块，用于接收到主辅应用关闭命令时，关闭启动方式为辅应用的主应用程序和辅应用程序。

为了能够在当前应用程序的运行过程中，处理一些优先级比较高的新事件，该移动终端还可以包括：暂停模块，用于启动方式为辅应用时，在当前应用程序运行过程中，接收到新事件，暂停当前应用程序的运行，触发任务管理器的新事件界面启动，并在新事件界面显示新事件的图标；新事件处理模块，用于接收到当前应用程序对应的主应用程序启动命令后，恢复当前应用程序的运行；事件至少包括以下之一：来电事件、短消息事件、邮件事件或小区广播消息事件。

当前应用程序同时存在主应用启动和辅应用启动时，为了方便用户恢复挂起的应用程序，该移动终端还包括：记录模块，用于当前应用程序同时存在主应用启动和辅应用启动时，在任务管理器中分别记录主应用启动和辅应用启动对应的实例数据；数据释放与关闭模块，用于接收到关闭一种启动方式对应的当前应用程序时，确定关闭一种启动方式对应的实例数据，释放对应的实例数据；当前应用程序对应的实例数据个数为0时，关闭当前应用程序。

优选地，上述移动终端还包括：恢复模块，用于当前应用程序处于挂起状态时，主应用的图标被触发启动后，继续运行当前应用程序。

本实施例提供的移动终端可以应用在上述实施例1-7中，该移动终端具体可以是智能手机。

本实施例通过区分主应用程序和辅应用程序，进行进行相关的恢复操作，可以方便用户返回到相应的界面，增强了移动终端的功能，提高了用户体验的满意度。

从以上的描述中可以看出，本发明实现了如下技术效果：

以上实施例在任务管理中可以按照应用程序的先后启动顺序显示主应用的图标(所谓主应用就是指从手机的主菜单或idle的快捷菜单启动的应用，辅应用是指通过主应用来启动的应用)，可以支持同时通过不同的入口启动同一应用，可以在任务管理器中显示移动终端未处理的新事件。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种在移动终端上控制应用程序显示的方法，其特征在于，包括：

根据当前应用程序的启动参数判断所述当前应用程序的启动方式，所述启动方式包括主应用和所述主应用调用的辅应用；

所述启动方式为所述辅应用时，在任务管理器中显示所述主应用的图标。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

采用堆栈方式在所述任务管理器的堆栈管理中记录各个应用程序启动的先后顺序。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收到主辅应用关闭命令时，关闭启动方式为辅应用的主应用程序和辅应用程序。

4.根据权利要求1所述的方法，其特征在于，所述启动方式为所述辅应用时，在所述当前应用程序运行过程中，所述移动终端接收到新事件，所述方法还包括：

暂停所述当前应用程序的运行，触发所述任务管理器的新事件界面启动，并在所述新事件界面显示所述新事件的图标；

接收到所述当前应用程序对应的主应用程序启动命令后，恢复所述当前应用程序的运行；

所述事件至少包括以下之一：来电事件、短消息事件、邮件事件或小区广播消息事件。

5.根据权利要求4所述的方法，其特征在于，所述事件为来电事件，在通话过程中，执行接收到所述当前应用程序对应的主应用程序启动命令后，恢复所述当前应用程序的运行的步骤。

6.根据权利要求5所述的方法，其特征在于，在通话过程中接收到主辅应用关闭命令时，关闭所述当前应用程序和所述主应用程序，进入通话界面。

7.根据权利要求4所述的方法，其特征在于，所述方法还包括：

当所述移动终端存在未处理事件时，在所述任务管理器中显示所述未处理事件的个数，并按照指定周期进行提示操作。

8.根据权利要求1所述的方法，其特征在于，所述当前应用程序同时存在主应用启动和辅应用启动时，所述方法还包括：

在所述任务管理器中分别记录所述主应用启动和所述辅应用启动对应的实例数据；

接收到关闭一种启动方式对应的所述当前应用程序时，确定所述关闭一种启动方式对应的实例数据，释放所述对应的实例数据；

所述当前应用程序对应的实例数据个数为0时，关闭所述当前应用程序。

9.根据权利要求1-8中任一项所述的方法，其特征在于，所述当前应用程序处于挂起状态时，所述主应用的图标被触发启动后，继续运行所述当前应用程序。

10.一种移动终端，其特征在于，包括：

启动方式判断模块，用于根据当前应用程序的启动参数判断所述当前应用程序的启动方式，所述启动方式包括主应用和所述主应用调用的辅应用；

显示模块，用于所述启动方式为所述辅应用时，在任务管理器中显示所述主应用的图标。

11.根据权利要求10所述的移动终端，其特征在于，所述移动终端还包括：

主辅关闭模块，用于接收到主辅应用关闭命令时，关闭启动方式为辅应用的主应用程序和辅应用程序。

12.根据权利要求10所述的移动终端，其特征在于，所述移动终端还包括：

暂停模块，用于所述启动方式为所述辅应用时，在所述当前应用程序运行过程中，接收到新事件，暂停所述当前应用程序的运行，触发所述任务管理器的新事件界面启动，并在所述新事件界面显示所述新事件的图标；

新事件处理模块，用于接收到所述当前应用程序对应的主应用程序启动命令后，恢复所述当前应用程序的运行；

所述事件至少包括以下之一：来电事件、短消息事件、邮件事件或小区广播消息事件。

13.根据权利要求10所述的移动终端，其特征在于，所述移动终端还包括：

记录模块，用于所述当前应用程序同时存在主应用启动和辅应用启动时，在所述任务管理器中分别记录所述主应用启动和所述辅应用启动对应的实例数据；

数据释放与关闭模块，用于接收到关闭一种启动方式对应的所述当前应用程序时，确定所述关闭一种启动方式对应的实例数据，释放所述对应的实例数据；所述当前应用程序对应的实例数据个数为0时，关闭所述当前应用程序。

14.根据权利要求10-13任一项所述的移动终端，其特征在于，所述移动终端还包括：

恢复模块，用于所述当前应用程序处于挂起状态时，所述主应用的图标被触发启动后，继续运行所述当前应用程序。

Images