CN101853180A - 一种实现应用管理的方法及非智能移动终端 - Google Patents

Abstract

本发明提供了一种实现应用管理的方法及非智能移动终端，此非智能移动终端包括应用管理器，所述应用管理器，用于创建应用管理线程和各应用线程，在每个应用线程上承载一个或多个应用，通过所述应用管理线程管理各应用线程并维护各应用。本发明中在非智能移动终端中设立应用管理器和应用线程，在每个应用线程上承载一个或多个应用，利用应用管理器统一维护各应用线程的运行。使用户可以随时了解手机系统中的应用运行情况，并可对任一应用进行相关的操作，从而提高手机使用者的用户体验。

Description

一种实现应用管理的方法及非智能移动终端

技术领域

本发明涉及移动通信终端领域，尤其涉及一种实现应用管理的方法及非智能移动终端。

背景技术

随着手机附加功能的不断丰富，手机已经不仅仅用于通信，还可实现娱乐、拍照、摄像、游戏、移动电视、全球定位系统(Global Positioning System，简称GPS)定位等多种功能。手机上的应用程序越来越多，这些应用程序有的需要通过下载安装到手机中，有的直接利用手机平台提供的接口编写。手机中的每一个应用都被认为是一个功能集合，实现某种具体的功能，比如电话簿应用，短信应用，语音电话应用等。手机中运行的应用需要一种机制去管理这些应用，并以用户界面的形式呈现给用户，这种机制就是应用管理，应用管理的核心模块就是应用管理模块。利用这个应用管理模块手机用户可以很方便地对应用进行“添加”，“删除”，“启动”，“终止”，“最大化”，“最小化”，“查看应用状态”，“查看/设置应用相关属性”等操作。

目前的手机平台主要分为智能手机平台和非智能手机平台，大多数智能手机平台都有应用管理器模块去管理手机上运行的应用，智能手机平台采用开放式的操作系统，采用的是多进程的实时操作系统，每个应用都是一个进程，手机平台本身就支持多任务管理，这样在智能手机平台上去实现多应用的管理具有先天优势，也相对容易。而非智能手机因为硬件、成本等因素的考虑大都采用封闭式手机平台，采用的是单进程的实时操作系统，因为操作系统本身不支持多进程，应用存在的形式也比较多样，要在这种手机平台上实现多应用的管理比较困难，很多非智能平台手机没有应用管理功能，或者只是在多个应用并发时作特殊的处理，影响用户的使用体验。

发明内容

本发明要解决的技术问题是提供一种实现应用管理的方法及非智能移动终端，在非智能移动终端中实现对多应用的有效管理，增强用户体验。

为了解决上述技术问题，本发明提供了一种实现应用管理的方法，包括：非智能移动终端创建应用管理器和各应用线程，在每个应用线程上承载一个或多个应用，使用所述应用管理器管理各应用线程并维护各应用。

进一步地，上述方法还具有以下特点：

所述应用管理器对应用的维护包括对应用注册表的维护，具体的，所述应用管理器维护用于记录各应用的注册信息的应用注册表，并在应用进行注册时将此应用的控制接口设置于所述应用注册表中，通过调用所述控制接口实现对所述应用的控制操作。

进一步地，上述方法还具有以下特点：

所述应用管理器对应用的维护包括对应用运行信息表的维护，具体的，所述应用管理器维护用于记录各应用的运行状态信息的应用运行信息表，根据各应用的运行状态的改变相应更新所述应用运行信息表，并在处理针对应用的操作请求消息时，从所述应用运行信息表中获知所述应用操作请求中涉及的应用的运行状态信息。

进一步地，上述方法还具有以下特点：

所述应用管理器维护一消息队列，将接收到的针对应用的操作请求消息放置于所述消息队列中，并按消息到达的时间顺序或消息的优先级顺序从所述消息队列中提取操作请求进行处理。

进一步地，上述方法还具有以下特点：

所述应用注册表中应用的控制接口包括：启动控制接口、终止控制接口、暂停控制接口、最大化控制接口、最小化控制接口；所述应用管理器处理应用控制请求消息时，根据所述应用注册表中的相应控制接口对所述应用进行相应处理。

进一步地，上述方法还具有以下特点：

启动新应用时，所述应用管理器判断此应用的启动模式是新线程启动模式时，创建一个新的线程，在此新的线程中调用所述应用注册表中此应用的启动控制接口并运行此应用；所述应用管理线程判断此应用的启动模式是非新线程启动模式时，在已运行的应用线程中调用所述应用注册表中此应用的启动控制接口并运行此应用。

为了解决上述技术问题，本发明还提供了一种实现应用管理的非智能移动终端，包括应用管理器，所述应用管理器，用于创建应用管理线程和各应用线程，在每个应用线程上承载一个或多个应用，通过所述应用管理线程管理各应用线程并维护各应用。

进一步地，上述非智能移动终端还具有以下特点：

所述应用管理器，还用于维护用于记录各应用的注册信息的应用注册表，并在应用进行注册时将此应用的控制接口设置于所述应用注册表中，通过调用所述控制接口实现对所述应用的控制操作。

进一步地，上述非智能移动终端还具有以下特点：

所述应用管理器，还用于维护用于记录各应用的运行状态信息的应用运行信息表，根据各应用的运行状态的改变相应更新所述应用运行信息表，并在处理针对应用的操作请求消息时，从所述应用运行信息表中获知所述应用操作请求中涉及的应用的运行状态信息。

进一步地，上述非智能移动终端还具有以下特点：

所述应用管理器，还用于维护一消息队列，将接收到的针对应用的操作请求消息放置于所述消息队列中，并按消息到达的时间顺序或消息的优先级顺序从所述消息队列中提取操作请求进行处理。

本发明中在非智能移动终端中设立应用管理器和应用线程，在每个应用线程上承载一个或多个应用，利用应用管理器统一维护各应用线程的运行。使用户可以随时了解手机系统中的应用运行情况，并可对任一应用进行相关的操作，从而提高手机使用者的用户体验。

附图说明

图1是实施例中应用管理器在手机平台中的位置示意图；

图2是实施例中的应用管理器维护的相关表项与应用操作的相应关系示意图；

图3是实施例中实现应用管理的方法示意图；

图4是实施例中的应用启动流程图；

图5是实施例中的应用终止流程图；

图6是实施例中的应用最小化流程图；

图7是实施例中的应用最大化流程图。

具体实施方式

在现有的大多数智能移动终端中采用的多进程实时操作系统中，每个应用程序是以进程方式存在，每个应用程序运行在一个进程中，多个应用程序运行在多个进程中，进程的使用均需依赖底层操作系统，即需要依靠底层操作系统提供的进程管理功能来实现系统中的多应用的管理。因为非智能移动终端中采用的单进程操作系统中只有一个进程，这种方式在非智能移动终端的单进程实时操作系统中不适合。

实现应用管理的非智能移动终端中包括应用管理器。

所述应用管理器用于创建应用管理线程和各应用线程，在每个应用线程上承载一个或多个应用，通过所述应用管理线程管理各应用线程并维护各应用。

应用管理器还用于维护用于记录各应用的注册信息的应用注册表，并在应用进行注册时将此应用的控制接口设置于所述应用注册表中，通过调用所述控制接口实现对所述应用的控制操作。

应用管理器还用于维护用于记录各应用的运行状态信息的应用运行信息表，根据各应用的运行状态的改变相应更新所述应用运行信息表，并在处理针对应用的操作请求消息时，从所述应用运行信息表中获知所述应用操作请求中涉及的应用的运行状态信息。

应用管理器还用于维护一消息队列，将接收到的针对应用的操作请求消息放置于所述消息队列中，并按消息到达的时间顺序或消息的优先级顺序从所述消息队列中提取操作请求进行处理。

图1中显示了本发明的应用管理器在手机平台中的位置，属于手机平台中应用程序框架。手机平台中应用程序框架主要用于方便开发人员利用平台提供的接口开发应用程序。本发明中应用存在的形式可以是任何一种程序形式，且并不受限于底层操作系统。本发明在应用程序框架中增加应用管理器，使非智能移动终端对应用的管理不需依赖于底层操作系统，可以很方便的将本发明中的管理机制移植到其他手机平台上使用。

针对非智能移动终端中单进程的操作系统，本发明提了一种实现应用管理的方法，包括：非智能移动终端创建应用管理器和各应用线程，在每个应用线程上承载一个或多个应用，使用所述应用管理器管理各应用线程并维护各应用。通过应用管理器对各应用线程的统一管理，实现非智能移动终端中多应用功能，增强用户体验。

如图2所示，应用管理器维护两个重要数据结构即应用注册表和应用运行信息表，并实现七个较重要的功能。

系统中所有运行的应用必须经过注册才能受到应用管理器的管理。应用管理器对应用的维护包括对应用注册表的维护。应用注册表用于记录各应用的注册信息，应用管理器在应用进行注册时将此应用的控制接口设置于所述应用注册表中，通过调用所述控制接口实现对所述应用的控制操作。应用注册表中应用的控制接口包括：启动控制接口、终止控制接口、暂停控制接口、最大化控制接口、最小化控制接口；应用管理器处理应用控制请求消息时，根据所述应用注册表中的相应控制接口对所述应用进行相应处理。除了控制接口，应用注册表中还包括：应用标识(ID)，应用名称，应用优先级，应用类型，应用的附加信息(如应用图标等信息)等。这些信息都是应用管理器管理应用的主要数据来源，应用注册表是任务管理的核心数据结构之一。应用在应用管理器中注册时，需要将上述信息记录在应用注册表中，应用注销时，需要将此应用的相关信息从应用注册表中删除。应用管理器还支持对各应用的注册信息的查询，可以将应用注册表中记录的某应用的相关信息提供给查询者。应用注册表中的信息在手机系统运行的过程中都不会改变。

应用管理器对应用的维护包括对应用运行信息表的维护。应用运行信息表用于记录各应用的运行状态信息，应用管理器根据各应用的运行状态的改变相应更新所述应用运行信息表，并在处理针对应用的操作请求消息时，从所述应用运行信息表中获知所述应用操作请求中涉及的应用的运行状态信息。例如对一应用执行启动、终止、最小化、或最大化操作后，将此应用更新后的状态记录于所述应用运行信息表中。例如，应用一旦被运行后，不管是前台应用还是后台运行的应用，都会被记录在应用运行信息表中。前台应用只能有一个，显示当前手机中用户能够看到界面的那个正在运行的应用，而后台应用可以有多个，它们运行在后台，不能被用户直接看到，但可以通过应用管理器切换到前台并显示。

如图3所示，非智能移动终端开机后，对应用管理器进行初始化，创建一应用管理线程，应用管理器使用此应用管理线程完成对应用线程的控制。应用管理线程对各应用进行注册后，创建并维护一消息队列，将接收到的针对应用的操作请求消息放置于所述消息队列中，并按消息到达的时间顺序或消息的优先级顺序从所述消息队列中提取操作请求进行处理。下面详细说明对于不同操作请求消息的处理。

应用的注册：应用必须在应用管理器中注册才能够得到应用管理器的统一管理。注册时，需要调用应用管理器提供的应用注册接口把此应用的注册信息写到应用注册表中，这些信息包括应用标识(ID)，应用名称，应用优先级，应用类型，启动控制接口、终止控制接口、暂停控制接口、最大化控制接口、最小化控制接口，应用的附加信息(如应用图标等信息)。如果一个应用不需要最小化，那么最大化控制接口和最小化控制接口都可以为空。如果注册接口提示应用注册成功，该应用程序就可以在系统中运行了，并接受应用管理器的监管，直到应用程序被注销。

应用的注销：如果需要在手机中卸载或者删除应用，可以使用应用管理器的应用注销接口来完成这个功能。应用注销后，应用管理器将应用注册表中记录的此应的相关注册信息删除。

应用信息查询：应用在很多场景下都需要查询某些应用的状态，比如查询手机电话簿应用是否已经在运行，是在前台运行还是在后台运行等等，这些信息可以通过应用管理器查询应用运行信息表中的信息完成。

应用的启动：应用要启动时必须调用应用管理器提供给上层的应用启动接口，填入应用的ID作为参数，就可以启动应用ID所标识的应用。应用管理器检查应用的合法性，在应用注册表中查询注册信息，如果应用没有被注册，那么启动失败，否则可以启动。应用管理器判断此应用的启动模式是新线程启动模式时，创建一个新的线程，在此新的线程中调用所述应用注册表中此应用的启动控制接口并运行此应用；所述应用管理线程判断此应用的启动模式是非新线程启动模式时，在已运行的应用线程中调用所述应用注册表中此应用的启动控制接口并运行此应用。应用管理线程还可以在本线程中直接调用所述应用注册表中此应用的启动控制接口并运行此应用。

应用管理器把该应用的状态设置为前台运行应用，把相应的应用状态信息写入到应用运行信息表中，并把最近的一个正在运行的应用设置为后台运行应用，并把其运行状态也写入到对应的应用运行信息表中。

在多进程操作系统，操作系统启动了一个进程来运行此应用，由此产生一个应用，接受操作系统的管理。而在单进程多线程的操作系统中，应用运行的方式可以是线程的方式，也可以不是。在单进程多线程操作系统中一个应用程序启动后，通过应用管理器的管理中，手机中一个应用就启动了。

应用的终止：如果要结束要终止一个正在运行的应用，需调用应用管理器提供的应用停止接口，并填入应用的ID作为参数，经过对应用的有效性检查之后，调用应用注册表中的终止控制接口，终止此应用的运行，并且删除应用运行信息表中该应用的运行信息。

应用的最小化：如果想要把已经在前台运行的应用切换到后台去运行，需要调用应用管理器提供的应用最小化接口，再经过应用有效性检查之后，调用到应用注册表的最小化控制接口从而实现应用的最小化，应用最小化后，应用切换到后台运行，同时把应用运行信息表进行更新。用户看不到最小化的应用的界面，但可以通过应用管理器把其切换到前台运行。

应用的最大化：如果想要把最小化的应用恢复成最大化，从而使应用从后台运行切换到前台运行，需要调用应用管理器提供的最大化接口，经过对该应用的有效性检查之后，调用到应用注册表的最大化控制接口从而实现应用的最大化，将此应用切换到前台，同时更新应用运行信息表中该应用对应的信息。

上面的一系列操作构成了应用管理器的核心功能。通过应用管理器的管理，在单进程多线程操作系统中可以实现对多应用的管理，从而实现应用管理功能，脱离底层操作系统的限制，提高用户体验，让用户在硬件资源较低的单进程操作系统中仍然能够体验到多进程操作系统才具有的多应用管理功能的用户体验。

如图4所示，应用的启动过程流程图。

应用管理器接收到请求启动应用的消息后执行以下步骤：

步骤401，检查应用的有效性，需要对应用的ID、应用是否注册等信息进行检查，如果检查通过，则进行402查找应用注册表，否则进行406启动应用失败消息。

步骤402，查找应用注册表，应用管理器根据应用ID，从应用注册表中查找出应用对应的信息，并判断应用这些应用信息的有效性，如果正确查找到则进行403调用应用注册表中的启动控制接口，否则进行406返回启动应用失败消息。

步骤403，调用应用的启动控制接口，此步骤的启动控制接口是从应用注册表中获得，如果应用的启动模式为新线程启动模式，那么应用管理器创建一个应用线程，在该线程的运行空间里调用该应用的启动控制接口，从而启动线程方式的应用。如果启动方式为非新线程启动模式，那么就在应用管理器线程中或在已运行的应用线程中调用应用的启动控制接口。如果此过程失败，会把之前的操作进行回退，并且返回错误，如果此过程成功，那么就进行404更新应用运行信息表中的内容。

步骤404，更新应用运行信息表，成功执行应用的启动控制接口后，要把应用的信息记录到应用运行信息表中，记录的内容包括应用的ID，应用的优先级，应用运行的线程，应是前台运行还是后台运行等信息，同时需要修改把启动该应用之前的旧应用的状态信息进行同步修改。

步骤405，应用正常的启动完毕。

如图5所示，应用的终止过程流程图。

应用管理器接收到请求关闭应用消息后执行以下步骤：

步骤501，检查应用的有效性，需要对应用的ID、应用是否注册进行检查，如果检查通过，则进行502查找应用注册表，否则进行506终止应用失败消息。

步骤502，查找应用注册表，应用管理器根据应用ID，从应用注册表中查找出应用对应的信息，并检查应用这些应用信息的有效性，如果正确查找到了则进行503调用应用注册表中的终止控制接口，否则进行506返回启动应用失败消息。

步骤503，调用应用的终止控制接口，此步骤的终止控制接口是从应用注册表中获得，如果应用的启动模式为新线程启动模式，给应用的线程发送请求结束应用消息，应用线程收到该消息后调用终止控制接口，之后主动结束线程的运行。如果启动方式为新线程启动模式，那么就在应用管理器线程中或在已运行的应用线程中调用应用的终止控制接口。如果此过程失败，会把之前的操作进行回退，并且返回错误，如果此过程成功，那么就进行504更新应用运行信息表中的内容。

步骤504更新应用运行信息表，成功执行应用的终止控制接口后，要把应用的信息从应用运行信息表中删除，同时需要把之前被置为后台的旧应用恢复成前台应用。

步骤505，应用正常的终止完毕。

如图6所示，应用的最小化过程流程图。

应用管理器接收到请求最小化应用消息后执行以下步骤：

步骤601，检查应用的有效性，需要对应用的ID、应用是否注册进行检查，如果检查通过，则进行602查找应用注册表，否则进行606最小化应用失败消息。

步骤602，查找应用注册表，应用管理器根据应用ID，从应用注册表中查找出应用对应的信息，并判断应用这些应用信息的有效性，如果正确查找到了则进行603调用应用注册表中的最小化控制接口，否则进行606返回最大化应用失败消息。

步骤603，调用应用的最小化控制接口，此步骤的最小化控制接口是从应用注册表中获得，如果应用的启动模式为新线程启动模式，给应用的线程发送最小化应用消息，应用线程收到该消息后调用最小化控制接口，最小化控制接口的具体实现依赖于应用使用的图形界面接口，一般就是隐藏应用的所有窗口即可。如果启动方式为非线程模式，那么就在应用管理器线程中直接调用应用的最小化控制接口。如果此过程失败，会把之前的操作进行回退，并且返回错误，如果此过程成功，那么就进行604更新应用运行信息表中的内容。

步骤604，更新应用运行信息表，成功执行应用的最小化控制接口后，要把应用从应用运行信息表中从前台运行修改为后台运行，同时需要把当前系统中最近一次被置为后台的旧应用恢复成前台应用。

步骤605，应用正常的终止完毕。

如图7所示，应用的最大化过程流程图。

应用管理器接收到请求最大化应用消息后执行以下步骤：

步骤701，检查应用的有效性，需要对应用的ID，应用是否注册过进行检查，如果检查通过，则进行702查找应用注册表，否则进行706最大化应用失败消息。

步骤702，查找应用注册表，应用管理器根据应用ID，从应用注册表中查找出应用对应的信息，并判断应用这些应用信息的有效性，如果正确查找到了则进行703调用应用注册表中的最大化控制接口，否则进行706返回最大化应用失败消息。

步骤703，调用应用的最大化控制接口，此步骤的最大化控制接口是从应用注册表中获得，如果应用的启动模式为线程模式，给应用的线程发送最大化应用消息，应用线程收到该消息后调用最大化控制接口，最大化控制接口的具体实现依赖于应用使用的图形界面接口，一般就是重新显示应用的所有窗口即可。如果启动方式为非线程模式，那么就在应用管理器线程中直接调用应用的最大化接口。如果此过程失败，会把之前的操作进行回退，并且返回错误，如果此过程成功，那么就进行704更新应用运行信息表中的内容。

步骤704，更新应用运行信息表，成功执行应用的最大化控制接口后，要把应用从应用运行信息表中从后台运行修改为前台运行，同时需要把当前系统中最近一次被置为前台的旧应用恢复成后台应用。

步骤705，应用正常的终止完毕。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种实现应用管理的方法，其特征在于，

非智能移动终端创建应用管理器和各应用线程，在每个应用线程上承载一个或多个应用，使用所述应用管理器管理各应用线程并维护各应用。

2.如权利要求1所述的方法，其特征在于，

所述应用管理器对应用的维护包括对应用注册表的维护，具体的，所述应用管理器维护用于记录各应用的注册信息的应用注册表，并在应用进行注册时将此应用的控制接口设置于所述应用注册表中，通过调用所述控制接口实现对所述应用的控制操作。

3.如权利要求1所述的方法，其特征在于，

所述应用管理器对应用的维护包括对应用运行信息表的维护，具体的，所述应用管理器维护用于记录各应用的运行状态信息的应用运行信息表，根据各应用的运行状态的改变相应更新所述应用运行信息表，并在处理针对应用的操作请求消息时，从所述应用运行信息表中获知所述应用操作请求中涉及的应用的运行状态信息。

4.如权利要求1所述的方法，其特征在于，

所述应用管理器维护一消息队列，将接收到的针对应用的操作请求消息放置于所述消息队列中，并按消息到达的时间顺序或消息的优先级顺序从所述消息队列中提取操作请求进行处理。

5.如权利要求2所述的方法，其特征在于，

所述应用注册表中应用的控制接口包括：启动控制接口、终止控制接口、暂停控制接口、最大化控制接口、最小化控制接口；

所述应用管理器处理应用控制请求消息时，根据所述应用注册表中的相应控制接口对所述应用进行相应处理。

6.如权利要求5所述的方法，其特征在于，

启动新应用时，所述应用管理器判断此应用的启动模式是新线程启动模式时，创建一个新的线程，在此新的线程中调用所述应用注册表中此应用的启动控制接口并运行此应用；所述应用管理线程判断此应用的启动模式是非新线程启动模式时，在已运行的应用线程中调用所述应用注册表中此应用的启动控制接口并运行此应用。

7.一种实现应用管理的非智能移动终端，其特征在于，包括应用管理器，

所述应用管理器，用于创建应用管理线程和各应用线程，在每个应用线程上承载一个或多个应用，通过所述应用管理线程管理各应用线程并维护各应用。

8.如权利要求7所述的非智能移动终端，其特征在于，

所述应用管理器，还用于维护用于记录各应用的注册信息的应用注册表，并在应用进行注册时将此应用的控制接口设置于所述应用注册表中，通过调用所述控制接口实现对所述应用的控制操作。

9.如权利要求7所述的非智能移动终端，其特征在于，

所述应用管理器，还用于维护用于记录各应用的运行状态信息的应用运行信息表，根据各应用的运行状态的改变相应更新所述应用运行信息表，并在处理针对应用的操作请求消息时，从所述应用运行信息表中获知所述应用操作请求中涉及的应用的运行状态信息。

10.如权利要求7所述的非智能移动终端，其特征在于，

所述应用管理器，还用于维护一消息队列，将接收到的针对应用的操作请求消息放置于所述消息队列中，并按消息到达的时间顺序或消息的优先级顺序从所述消息队列中提取操作请求进行处理。

Images