CN102402426B - 终端设备以及终端设备中应用程序图形界面显示方法 - Google Patents

Abstract

本申请提供了一种终端设备以及终端设备中应用程序图形界面显示方法。根据本申请实施方案的终端设备可包括：解析模块，解析应用程序的安装包，以获取各应用程序运行所需的平台能力；监测模块，监测终端设备中各平台能力的状态；以及确定模块，根据解析模块获取的各应用程序运行所需的平台能力和监测模块的监测结果，确定终端设备的应用程序的图形界面显示模式。通过本申请，用户可以在启动应用程序之前便获知能否运行该应用程序，避免出现用户在启动应用程序之后才得知因平台能力的缺失而不能运行该应用程序的情况，改善了用户体验。

Description

终端设备以及终端设备中应用程序图形界面显示方法

技术领域

本申请涉及终端设备以及终端设备中应用程序图形界面显示方法。

背景技术

目前，终端设备的应用程序通过附加在安装包的描述文件来声明本应用程序在运行时所需要使用的终端设备中的平台能力，比如需要网络连接、短信收发能力、存储卡读写能力等等。这些信息可以让用户了解应用程序运行所需要的平台能力以及运行后的效果，由此来判断是否安装该应用程序。当应用程序安装后，用户必须手工进入专门的应用程序管理界面才能查阅到每个应用程序所需要的运行平台能力。

然而，当平台能力不能使用时，需要该项平台能力的应用程序无法正常运行，比如无网络连接时，需要联网的应用程序就无法正常运行。然而，用户并不能预先获知这一信息。这时，如果用户启动应用程序，就会导致应用程序运行失败，从而影响用户体验。

发明内容

为了解决现有技术中用户在启动应用程序之前无法得知能否运行该应用程序的问题，本申请提出了终端设备以及终端设备中应用程序图形界面显示方法，从而使用户能够通过应用程序图形界面的显示而提前判断应用程序是否会因平台能力的失效而无法正常运行。

根据本申请的第一方面，提供了一种终端设备，可包括：解析模块，解析应用程序的安装包，以获取各应用程序运行所需的平台能力；监测模块，监测终端设备中各平台能力的状态；以及确定模块，根据解析模块获取的各应用程序运行所需的平台能力和监测模块的监测结果，确定终端设备的应用程序的图形界面显示模式。

根据本申请的另一方面，提供了一种终端设备中应用程序图形界面显示方法，可包括：解析应用程序的安装包，以获取各应用程序运行所需的平台能力；监测终端设备中各平台能力的状态；以及根据获取到的各应用程序运行所需的平台能力以及监测到的各平台能力的状态，确定终端设备的应用程序的图形界面显示模式。

可以看出，通过本申请提出的终端设备和方法，用户可以在启动应用程序之前便获知能否运行该应用程序，避免出现用户在启动应用程序之后才得知因平台能力的缺失而不能运行该应用程序的情况，改善了用户体验。

附图说明

图1是根据本申请一个实施方式的终端设备的框图；

图2是根据一个实施例的确定模块的示意图；

图3是根据另一个实施例的终端设备的示意图；

图4是根据本申请另一实施方式的一种终端设备中应用程序图形界面显示方法的流程图；

图5是根据一个实施例的终端设备中应用程序图形界面显示方法的流程图；以及

图6是根据另一个实施例的终端设备中应用程序图形界面显示方法的流程图。

具体实施方式

下面参照附图，对本申请的具体实施方案进行详细说明。为简明起见，本申请各实施方案的说明中，相同或类似的装置或步骤使用相同或相似的附图标记来表示。

在本申请中，平台能力是指终端设备所具有的、终端设备的应用程序运行所需要使用的功能性平台，例如，网络连接、存储卡读写能力、短信收发能力、附件连接、蓝牙开启、语音通话能力等。需要指出的是，以上所列举的具体的平台能力仅为示例，终端设备中应用程序的运行所需的其他信息也可被本申请所定义的“平台能力”广义地涵盖。例如，对于某些耗电明显的应用程序，可将终端设备的剩余电量是否大于某个预定阈值作为该应用程序运行所需的平台能力。

本申请的终端设备可包括移动终端设备、固定终端设备、智能终端设备等。

首先参照图1，描述根据本申请一个实施方式的终端设备。

如图1所示，终端设备1可包括解析模块10、监测模块20以及确定模块30。

解析模块10可解析应用程序的安装包，并从中获得应用程序需要使用的平台能力的声明，从而获取各应用程序运行所需的平台能力。在具体的实施例中，解析模块10可以在应用程序安装在终端设备的过程中获取上述信息。如上所述，平台能力可以包括网络连接、存储卡读写能力或短信收发能力等。解析模块10可将获取的各应用程序运行所需的平台能力进行记录，例如，记录在数据表中，该数据表的表项表示特定应用程序与其运行所需的平台能力的对应关系。

监测模块20可监测终端设备中各平台能力的状态。例如，监测模块20可监测终端设备的网络连接是否断开、断开的网络连接是否重新连接、终端设备是否具有存储卡、或终端设备是否具有收发短信的能力等等。

确定模块30可根据解析模块10所获取的各应用程序运行所需的平台能力等信息以及监测模块20对各平台能力的状态的监测结果，确定终端设备的应用程序的图形界面显示模式。在具体的实施例中，当监测模块20监测到终端设备中某项平台能力的状态发生变化时，可向确定模块30发送平台能力的状态变化通知，确定模块30可针对状态变化的该项平台能力，确定终端设备中各个应用程序的图形界面显示模式。可以理解，当各应用程序的图形界面显示模式被确定后，可由现有显示模块按照该显示模式进行应用程序的图形界面显示，这里为了简要，不对显示模块进行详细描述。

在示例性的实施方式中，平台能力的状态可包括平台能力的失效，例如，平台能力的失效可以为终端设备的网络连接断开，或者存储卡从终端设备中取出等。与之相应，应用程序的图形界面显示模式可包括正常模式和失效模式，例如，应用程序的图形界面显示模式的正常模式和失效模式可以分别为应用程序图标的正常显示和图标的变灰显示。本领域技术人员可以理解，本申请的范围并不限于此，也可将失效模式定义为其他的图标显示方式。

在该示例性的实施方式中，确定模块30可将运行所需的平台能力包含失效平台能力的应用程序的图形界面显示模式确定为失效模式，将运行所需的平台能力不包含失效平台能力的应用程序的图形界面显示模式确定为正常模式。例如，若经解析模块10解析获取的信息为某个应用程序A运行所需的平台能力有三项，分别为a、b和c，则当平台能力a、b和c都没有失效时，应用程序A的图形界面显示模式将被确定为正常模式，当平台能力a、b和c中的至少一个失效时，应用程序A的图形界面显示模式将被确定为失效模式。

图2是根据一个实施例的确定模块的示意图，在图2所示的实施例中，平台能力的状态除了平台能力的失效，还可包括平台能力的恢复，例如，断开的网络重新连接、存储卡已拔出的终端设备重新具有存储卡、或终端设备重新具有收发短信的能力等等。

参照图2，确定模块30可包括存储单元301、添加单元302、删除单元303和处理单元304。

存储单元301可存储第一对照表，第一对照表的每个表项可包含一平台能力与一应用程序。可以理解，表项中的平台能力与应用程序可以是一一对应的，即当第一对照表含有一个平台能力并且多个应用程序的运行均需要该平台能力时，则第一对照表可包含多个关于该平台能力的表项，每个表项可包含该平台能力与一个应用程序；当然，表项中的平台能力与应用程序可以是一个对应多个的，即当第一对照表含有一个平台能力并且多个应用程序的运行均需要该平台能力时，则第一对照表可仅包含一个关于该平台能力的表项，每个表项可包含该平台能力与其所对应的多个应用程序。

在监测模块20监测到失效平台能力时，添加单元302可将该失效平台能力和运行所需的平台能力包含该失效平台能力的应用程序的表项添加至第一对照表。例如，某个应用程序B运行所需的平台能力有三项，分别为e、d和f，此时，已由如图1所示的解析模块10获取了应用程序B运行所需的平台能力为e、d和f，并将这一信息进行了记录。则当e、d和f中的至少一个、例如e失效时，添加单元302可根据已记录的应用程序B运行所需的平台能力，确定应用程序B运行所需的平台能力包含失效的平台能力e，这时，可将包含e和B的表项添加至第一对照表。

在监测模块20监测到恢复的平台能力时，删除单元303可将第一对照表中包含该恢复的平台能力的表项删除。例如，还是上述具体的示例中，当e恢复时，删除单元303可将第一对照表中包含e和B的表项删除。

可以理解，经过添加单元和删除单元操作后的第一对照表中的各个表项所包含的应用程序均是其运行所需的平台能力中包含失效平台能力的应用程序，因此，处理单元304可查找第一对照表并将第一对照表中包含的应用程序的图形界面显示模式确定为失效模式，而未在第一对照表中包含的应用程序的图形界面显示模式被确定为正常模式。

下面以一个具体的示例来描述以上参照图1和图2描述的终端设备的详细操作。

终端设备1安装了第一应用程序、第二应用程序和第三应用程序。解析模块10可在第一应用程序、第二应用程序和第三应用程序的安装期间，解析第一应用程序、第二应用程序和第三应用程序的安装包，例如获得这些应用程序各自运行需要使用的平台能力的声明，以从中获得第一应用程序运行需要使用的平台能力为例如网络连接和存储卡、第二应用程序需要使用的平台能力为例如网络连接和短信收发能力、第三应用程序需要使用的平台能力为例如存储卡和短信收发能力。当监测模块20监测到网络连接断开时，监测模块20例如向确定模块30发送网络连接断开的通知，根据监测模块20的监测结果，添加单元302可将网络连接和运行所需的平台能力包含网络连接的应用程序的表项添加至第一对照表，也就是添加两个表项“网络连接-第一应用程序”、“网络连接-第二应用程序”。处理单元304可查找第一对照表，并将其中包含的第一应用程序和第二应用程序的图形界面显示模式确定为失效模式，例如，使图形界面变灰显示。而未包含在第一对照表中的终端设备的应用程序，在本例中即为第三应用程序，其图形界面显示模式确定为正常模式，例如，使图形界面正常显示。

之后，例如，当监测模块20监测到存储卡拔出时，添加单元302可将“存储卡-第一应用程序”和“存储卡-第三应用程序”添加至第一对照表，此时，第一对照表中的表项有“网络连接-第一应用程序”、“网络连接-第二应用程序”、“存储卡-第一应用程序”和“存储卡-第三应用程序”。处理单元304可查找第一对照表，并将其中包含的第一应用程序、第二应用程序和第三应用程序的图形界面显示模式确定为失效模式。

之后，例如，当监测模块20监测到网络重新连接时，监测模块20例如可向确定模块30发送网络连接恢复的通知，删除单元303可将包含网络连接的表项从第一对照表中删除，即，删除两个表项“网络连接-第一应用程序”、“网络连接-第二应用程序”。此时，第一对照表中的表项为“存储卡-第一应用程序”和“存储卡-第三应用程序”。处理单元304可查找第一对照表并将其中包含的第一应用程序和第三应用程序的图形界面显示模式确定为失效模式，而将第二应用程序的图形界面显示模式确定为正常模式，例如，可以从之前的变灰显示转换至正常显示。

图3是根据另一个实施例的终端设备的示意图。

参照图3，终端设备1’可包括解析模块10、监测模块20、确定模块30、存储模块40和附加确定模块50。也就是，与图1中的终端设备1相比，终端设备1’还可进一步包括存储模块40和附加确定模块50。图3所示的解析模块10、监测模块20、确定模块30与图1所示的相应模块类似，此处为了简要不再详细描述。

存储模块40可存储第二对照表，第二对照表的每个表项包含平台能力与附加图形界面显示模式的对应关系。例如，第二对照表的表项可以是“网络连接-附加图形界面显示模式”。

附加确定模块50可根据第二对照表和各应用程序运行所需的平台能力，确定应用程序的附加图形界面显示模式。例如，当第一应用程序和第二应用程序运行需要使用网络连接时，附加确定模块50可根据第二对照表的表项例如“网络连接-附加图形界面显示模式”确定第一应用程序和第二应用程序为附加图形界面显示模式，并可以显示第一应用程序和第二应用程序的附加图形界面。

在一个实施例中，第二对照表中的平台能力可以是将产生运行费用的平台能力，例如，网络连接、短信发送能力、语音通话能力等。当附加确定模块50例如确定第一应用程序和第二应用程序为附加图形界面显示模式时，例如，在第一应用程序、第二应用程序的图标的右上角添加金钱符号。

通过对使用会产生费用的平台能力的应用程序(比如gprs联网，发送短信)进行附加显示，使用户能够在使用这样的应用程序之前便知晓会产生费用。

在另一具体的示例中，发生费用的平台能力可以是预设的。例如，终端设备用户知晓会发生费用的平台能力，则可在付费平台能力与应用程序对照表中预设这些平台能力。

可以理解，在确定模块30中确定的应用程序的图形界面显示模式与在附加确定模块50中确定的应用程序的图形界面显示模式可彼此无关，例如，不论应用程序为正常显示模式还是失效显示模式，其都可显示为附加图形界面显示模式，例如，在图标右上角显示附加的金钱符号。

下面参照图4，描述根据本申请另一实施方式的一种终端设备中应用程序图形界面显示方法。

如图4所示，在步骤S102中，可解析应用程序的安装包，以获取各应用程序运行所需的平台能力。平台能力例如可以包括网络连接、存储卡读写能力或短信收发能力等。应用程序与其运行所需的平台能力之间的对应关系，例如，可以记录在表格中。

在步骤S104中，可监测终端设备中各平台能力的状态。例如，可以监测终端设备的网络连接是否断开、断开的网络连接是否重新连接、终端设备是否具有存储卡、或终端设备是否具有收发短信的能力等等。

在步骤S106中，可根据所监测的平台能力的状态，确定应用程序的图形界面显示模式。在具体的实施例中，当监测到终端设备中平台能力的状态发生变化时，可根据步骤S102中获取的各应用程序运行所需平台能力以及步骤S104的监测结果，确定终端设备的应用程序的图形界面显示模式，然后对其进行相应的显示。

在示例性的实施方式中，平台能力的状态可包括平台能力的失效，应用程序的图形界面显示模式可包括正常模式和失效模式，例如，平台能力的失效为终端设备的网络连接断开，应用程序的图形界面的正常模式和失效模式可以分别呈现为图标的正常显示和图标的变灰。本领域技术人员可以理解，本申请的范围并不限于此。

作为一种具体示例，在步骤S106的确定应用程序的图形界面显示模式时，可包括将运行所需的平台能力包含失效平台能力的应用程序的图形界面显示模式确定为失效模式，将运行所需的平台能力不包含失效平台能力的的应用程序的图形界面显示模式确定为正常模式。

图5示出了根据本申请具体实施例的终端设备中应用程序图形界面显示方法，其中，平台能力的状态可进一步包括平台能力的恢复，例如，断开的网络连接重新连接。

图5所示的步骤S202和S204与图4所示的步骤S102和S104类似，此处不再赘述。

在图5所示的步骤S206中，若监测到失效平台能力，则可将该失效平台能力和运行所需的平台能力包含该失效平台能力的应用程序的表项添加至第一对照表，若监测到恢复的平台能力，则可将第一对照表中包含该恢复的平台能力的表项删除，其中，第一对照表的每个表项包含一平台能力与一应用程序。之后在步骤S208中，可查找第一对照表并将第一对照表中包含的应用程序的图形界面显示模式确定为失效模式，将未包含在第一对照表中的终端设备的应用程序的图形界面显示模式确定为正常模式。

图6示出了根据本申请另一实施例的终端设备中应用程序图形界面显示方法，其中，步骤S302至S306与图4所示的步骤S102至S106类似，此处不再赘述。

如图6所示，终端设备中应用程序图形界面显示方法可进一步包括步骤S308：创建第二对照表，第二对照表的每个表项包含平台能力与附加显示模式的对应关系以及步骤S310：根据第二对照表和各应用程序运行所需的平台能力，确定应用程序的附加图形界面显示模式。例如，第二对照表的表项可以是“网络连接-附加图形界面显示模式”，当第一应用程序和第二应用程序运行需要使用网络连接时，可根据第二对照表的表项“网络连接-附加图形界面显示模式”确定第一应用程序和第二应用程序为附加图形界面显示模式，并可以显示第一应用程序和第二应用程序的附加图形界面。

可以理解，虽然图6所示的步骤S308与步骤S310在步骤S304之后执行，但是，创建第二对照表的步骤S308和确定应用程序附加图形界面显示模式的步骤S310也可在确定应用程序图形界面显示模式的步骤S306之前甚至在监测平台能力状态的步骤S304之前执行。在步骤S306中确定的应用程序图形界面显示模式可与在步骤S310中确定的应用程序的附加图形界面显示模式不相关。

在一个实施例中，第二对照表中的平台能力可以是将产生运行费用的平台能力，例如，网络连接、发短信等。例如，当确定第一应用程序和第二应用程序为附加图形界面显示模式时，例如，在第一应用程序、第二应用程序的图标的右上角添加金钱符号。

通过对使用会产生费用的平台能力的应用程序(比如gprs联网，发送短信)进行附加显示，使用户能够在使用这样的应用程序之前便知晓会产生费用。

在另一具体的示例中，发生费用的平台能力可以是预设的。例如，终端设备用户知晓会发生费用的平台能力，则可在付费平台能力与应用程序对照表中预设这些平台能力。

以上参照附图对本申请的示例性的实施方案进行了描述。本领域技术人员应该理解，上述实施方案仅仅是为了说明的目的而所举的示例，而不是用来进行限制。凡在本申请的教导和权利要求保护范围下所作的任何修改、等同替换等，均应包含在本申请要求保护的范围内。

Claims (6)

1.一种终端设备，包括：

解析模块，解析应用程序的安装包，以获取各应用程序运行所需的平台能力；

监测模块，监测终端设备中各平台能力的状态；以及

确定模块，根据解析模块获取的各应用程序运行所需的平台能力和监测模块的监测结果，确定终端设备的应用程序的图形界面显示模式，

其中，平台能力的状态包括平台能力的失效，应用程序的图形界面显示模式包括正常模式和失效模式，

确定模块将运行所需的平台能力包含失效平台能力的应用程序的图形界面显示模式确定为失效模式，将运行所需的平台能力不包含失效平台能力的应用程序的图形界面显示模式确定为正常模式，

其中，平台能力的状态进一步包括平台能力的恢复，

确定模块包括：

存储单元，存储第一对照表，第一对照表的每个表项包含一平台能力与一应用程序；

添加单元，在监测模块监测到失效平台能力时，将该失效平台能力和运行所需的平台能力包含该失效平台能力的应用程序的表项添加至第一对照表；

删除单元，在监测模块监测到恢复的平台能力时，将第一对照表中包含该恢复的平台能力的表项删除；

处理单元，查找第一对照表，将第一对照表中包含的应用程序的图形界面显示模式确定为失效模式，将未包含在第一对照表中的终端设备的应用程序的图形界面显示模式确定为正常模式。

2.如权利要求1所述的终端设备，进一步包括：

存储模块，存储第二对照表，第二对照表的每个表项包含平台能力与附加图形界面显示模式的对应关系；以及

附加确定模块，根据第二对照表和各应用程序运行所需的平台能力，确定应用程序的附加图形界面显示模式。

3.如权利要求1或2所述的终端，其中，平台能力包括网络连接、存储卡读写能力、短信收发能力、附件连接、蓝牙开启、语音通话能力以及剩余电量中的一个或多个。

4.一种终端设备中应用程序图形界面显示方法，包括：

解析应用程序的安装包，以获取各应用程序运行所需的平台能力；

监测终端设备中各平台能力的状态；以及

根据获取到的各应用程序运行所需的平台能力以及监测到的各平台能力的状态，确定终端设备的应用程序的图形界面显示模式，

其中，平台能力的状态包括平台能力的失效，应用程序的图形界面显示模式包括正常模式和失效模式，

其中，确定终端设备的应用程序的图形界面显示模式的步骤包括：将运行所需的平台能力包含失效平台能力的应用程序的图形界面显示模式确定为失效模式，将运行所需的平台能力不包含失效平台能力的的应用程序的图形界面显示模式确定为正常模式，

其中，平台能力的状态进一步包括平台能力的恢复，

确定终端设备的应用程序的图形界面显示模式的步骤包括：

若监测到失效平台能力，则将该失效平台能力和运行所需的平台能力包含该失效平台能力的应用程序的表项添加至第一对照表，若监测到恢复的平台能力，则将第一对照表中包含该恢复的平台能力的表项删除，其中，第一对照表的每个表项包含一平台能力与一应用程序；以及

查找第一对照表并将第一对照表中包含的应用程序的图形界面显示模式确定为失效模式，将未包含在第一对照表中的终端设备的应用程序的图形界面显示模式确定为正常模式。

5.如权利要求4所述的方法，进一步包括：

创建第二对照表，第二对照表的每个表项包含平台能力与附加图形界面显示模式的对应关系；以及

根据第二对照表和各应用程序运行所需的平台能力，确定应用程序的附加图形界面显示模式。

6.如权利要求4或5所述的方法，其中，平台能力包括网络连接、存储卡读写能力、短信收发能力、附件连接、蓝牙开启、语音通话能力以及剩余电量中的一个或多个。