CN108848497A - 应用列表的获取方法、装置、终端及计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种应用列表的获取方法、装置、终端及计算机可读存储介质，其中，方法包括：接收USIM卡发送的列表获取请求；根据列表获取请求确定终端上的已安装应用程序所对应的应用信息，并基于应用信息生成应用列表；将应用列表发送至USIM卡。本发明提供的应用列表的获取方法、装置、终端及计算机可读存储介质，通过接收USIM卡主动发送的列表获取请求，根据列表获取请求生成应用列表，并将应用列表返回至USIM卡处，有效地实现了USIM卡对终端应用情况的主动获取，也为主动发起终端应用访问提供了前提条件，进一步增强了机卡之间应用交互的能力，满足更多样更丰富的场景需求，促进了更多业务能力的实现。

Description

应用列表的获取方法、装置、终端及计算机可读存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种应用列表的获取方法、装置、终端及计算机可读存储介质。

背景技术

随着通用集成电路卡UICC(Universal Integrated Circuit Card)业务的发展，UICC对终端应用访问的需求逐渐增长，UICC是一个通用智能卡平台，为其上层应用提供统一的底层支撑，除USIM之外，UICC上还可以驻留银行、票务等其它智能卡应用，真正实现了承载平台和应用的分离。其中，通用用户识别模块USIM卡(Universal SubscriberIdentity Module)是UMTS网络中使用的SIM卡的延续与进步,用于存储用户身份信息和个人数据，保障接入3G网络服务的安全，可以利用必要的功能和数据，在用户访问3G网络服务时进行用户识别和用户授权，实现3G网络能够表示和识别用户应用的要求。相对于SIM卡来说，USIM卡不再是建立于单一的电信应用平台上，而是将成为通用集成电路卡UICC上驻留的多种应用之一。

UICC承载应用可以通过STK/USAT协议层实现，STK/USAT层在传输层提供的服务基础之上提供了一种服务机制，允许UICC应用与支持这种机制的终端进行交互和操作，使得UICC可以主动要求终端执行某个操作，STK/USAT指令集是电信智能卡通过终端实现业务的基础和主要方式。在此基础上，随着UICC业务的发展，UICC与终端应用交互的需求越来越多。终端应用是目前智能终端为用户提供能力的主要形式。而UICC和终端应用目前的交互方式主要是终端应用对UICC的访问，通过既定的方案，终端应用可以在得到授权的情况下访问UICC，即终端应用可根据需要与UICC上的指定应用建立通道，访问接入该应用并完成后续操作。UICC可预先定义终端应用访问控制的规则和策略，只有UICC访问控制策略允许的可靠应用才可以访问特定的UICC应用，以尽可能地保证UICC应用访问的安全性。

然而，虽然现有技术基本可以满足终端应用对UICC访问的需求，不过主要是单方向的交互，UICC在与终端应用的关系中基本处于被动响应的位置。而随着UICC业务的发展，UICC对终端应用访问的需求也逐渐增长起来，如同步终端应用数据，或要求终端应用执行相关操作。而对于此类UICC主动发起的对终端应用的访问的需求，目前还缺少可行的实现方式，甚至UICC都没有有效的主动获取终端应用情况的方式。

发明内容

本发明实施例提供了一种应用列表的获取方法、装置、终端及计算机可读存储介质，用于解决现有技术中存在的UICC在与终端应用的关系中基本处于被动响应的位置、UICC没有有效的主动获取终端应用情况方式的问题。

本发明实施例第一方面提供了一种应用列表的获取方法，包括：

接收USIM卡发送的列表获取请求；

根据所述列表获取请求确定终端上的已安装应用程序所对应的应用信息，并基于所述应用信息生成应用列表；

将所述应用列表发送至所述USIM卡。

如上所述的方法，基于所述应用信息生成应用列表，包括：

判断所述应用信息是否为预设的标准格式信息；

若是，则根据所述应用信息生成标准格式的应用列表；或者，

若否，则根据所述应用信息生成自定义格式的应用列表。

如上所述的方法，所述方法还包括：

获取所述列表获取请求中的命令限定符；

根据所述命令限定符判断在生成所述应用列表时是否存在内容记录要求；

若存在，则根据所述内容记录要求和应用信息生成应用列表；或者，

若不存在，则根据所述应用信息生成应用列表。

如上所述的方法，根据所述内容记录要求和应用信息生成应用列表，包括：

根据所述内容记录要求在所述应用信息中获取针对已安装应用程序的要求记录数据，所述要求记录数据包括以下至少之一：应用名称、应用包名称、应用版本名称、应用版本号、应用图标；

根据所述要求记录数据生成应用列表，所述应用列表为标准格式的应用列表或者自定义格式的应用列表。

本发明实施例第二方面提供了一种应用列表的获取装置，包括：

接收模块，用于接收USIM卡发送的列表获取请求；

处理模块，用于根据所述列表获取请求确定终端上的已安装应用程序所对应的应用信息，并基于所述应用信息生成应用列表；

发送模块，用于将所述应用列表发送至所述USIM卡。

如上所述的装置，所述处理模块，用于：

判断所述应用信息是否为预设的标准格式信息；

若是，则根据所述应用信息生成标准格式的应用列表；或者，

若否，则根据所述应用信息生成自定义格式的应用列表。

如上所述的装置，所述装置还包括：

获取模块，用于获取所述列表获取请求中的命令限定符；

所述处理模块，还用于：

根据所述命令限定符判断在生成所述应用列表时是否存在内容记录要求；

若存在，则根据所述内容记录要求和应用信息生成应用列表；或者，

若不存在，则根据所述应用信息生成应用列表。

如上所述的装置，所述处理模块，用于：

根据所述内容记录要求在所述应用信息中获取针对已安装应用程序的要求记录数据，所述要求记录数据包括以下至少之一：应用名称、应用包名称、应用版本名称、应用版本号、应用图标；

根据所述要求记录数据生成应用列表，所述应用列表为标准格式的应用列表或者自定义格式的应用列表。

本发明实施例第三方面提供了一种支持应用列表获取的终端，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面所述的一种应用列表的获取方法。

本发明实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序；

所述计算机程序被处理器执行以实现如第一方面所述的一种应用列表的获取方法。

本发明实施例提供的应用列表的获取方法、装置、终端及计算机可读存储介质，通过接收USIM卡主动发送的列表获取请求，根据列表获取请求生成应用列表，并将应用列表返回至USIM卡处，有效地实现了USIM卡对终端应用情况的主动获取，也为主动发起终端应用访问提供了前提条件，进一步增强了机卡之间应用交互的能力，满足更多样、更丰富的场景需求，促进了更多业务能力的实现，从而保证了该方法的实用性，有利于市场的推广与应用。

附图说明

图1是本发明实施例提供的一种应用列表的获取方法的流程示意图；

图2为本发明实施例提供的基于所述应用信息生成应用列表的流程示意图；

图3为本发明实施例提供的又一种应用列表的获取方法的流程示意图；

图4为本发明实施例提供的根据所述内容记录要求和应用信息生成应用列表的流程示意图；

图5为本发明应用实施例提供的一种应用列表的获取方法的流程示意图；

图6为本发明实施例提供的一种应用列表的获取装置的结构示意图；

图7为本发明实施例提供的一种支持应用列表获取的终端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤的过程或结构的装置不必限于清楚地列出的那些结构或步骤而是可包括没有清楚地列出的或对于这些过程或装置固有的其它步骤或结构。

图1是本发明实施例提供的一种应用列表的获取方法的流程示意图；参考附图1所示，本实施例提供了一种应用列表的获取方法，该方法主要是针对当前终端应用与UICC之间主要为单向交互，并且UICC缺少主动向终端应用发起访问的现状而提出的，具体是通过扩展终端应用与UICC之间交互机制能力和命令消息的方式实现UICC主动下载终端应用列表的方法，具体的，该方法包括：

S101：接收USIM卡发送的列表获取请求；

其中，USIM卡安装于终端上，USIM业务在需要下载终端应用列表时，可以按照预设的提供申请列表Provide Application List要求生成相应的列表获取请求，并可以将列表获取请求发送到终端，从而，终端可以接收到USIM卡主动发送的列表获取请求。

S102：根据列表获取请求确定终端上的已安装应用程序所对应的应用信息，并基于应用信息生成应用列表；

在终端接收到列表获取请求之后，可以对列表获取请求进行分析处理，并可以基于分析处理结果确定所需要获取的应用程序对应的应用信息，该应用信息可以为终端上所有的或者部分的已安装应用程序所对应的应用信息，在获取到应用信息之后，可以基于应用信息生成相应的应用列表，例如，将应用信息中的应用标识或者应用安装信息等内容，按照预设的规则进行排列整合处理，即获取到了相应的应用列表。当然的，本领域技术人员还可以采用其他的方式来生成应用列表，在此不再赘述。

S103：将应用列表发送至USIM卡。

在终端生成相应的应用列表之后，可以将所生成的应用列表根据列表获取请求返回至USIM卡处，从而实现了USIM卡可以主动获取终端上应用程序信息的过程。

本实施例提供的应用列表的获取方法，通过接收USIM卡主动发送的列表获取请求，根据列表获取请求生成应用列表，并将应用列表返回至USIM卡处，有效地实现了USIM卡对终端应用情况的主动获取，也为主动发起终端应用访问提供了前提条件，进一步增强了机卡之间应用交互的能力，满足更多样、更丰富的场景需求，促进了更多业务能力的实现，从而保证了该方法的实用性，有利于市场的推广与应用。

图2为本发明实施例提供的基于应用信息生成应用列表的流程示意图，在上述实施例的基础上，继续参考附图2可知，本实施例对于基于应用信息生成应用列表的具体实现过程不做限定，本领域技术人员可以根据具体的设计需求进行设置，较为优选的，本实施例中的基于应用信息生成应用列表可以包括：

S1021：判断应用信息是否为预设的标准格式信息；

其中，标准格式信息为用户预先设置的符合预设格式的信息；在获取到应用信息之后，可以对应用信息进行分析处理，以判断应用信息是否为标准格式信息，具体的，可以将应用信息与预先设置的符合标准格式的标准应用信息进行对比，若应用信息与标准应用信息的匹配度大于或等于预设的匹配度阈值，则可以确定该应用信息为标准格式信息；若匹配度小于匹配度阈值，则可以确定该应用信息为非标准格式信息。当然的，本领域技术人员还可以采用其他的方式来对应用信息进行分析判断，例如：获取应用信息的组成部分或者特征标识，根据组成部分和特征标识来判断应用信息是否为标准格式信息；只要能够准确地判断出应用信息是否为标准格式信息即可，在此不再赘述。

S1022：若是，则根据应用信息生成标准格式的应用列表；或者，

在对应用信息进行分析判断的结果为应用信息为标准格式信息时，则可以按照预设的判断处理策略、根据应用信息生成标准格式的应用列表。

S1023：若否，则根据应用信息生成自定义格式的应用列表。

在对应用信息进行分析判断的结果为应用信息不是标准格式信息时，则可以按照预设的判断处理策略、根据应用信息生成自定义格式的应用列表，其中，自定义格式的应用列表相对于标准格式的应用列表而言，列表的类型和要求均不做限定。

通过判断应用信息是否为标准格式信息，而后再根据应用信息生成相应的应用列表，有效地保证了应用列表生成的准确可靠性，并且应用列表可以包括标准格式和自定义格式，进一步提高了该方法的适用范围。

图3为本发明实施例提供的又一种应用列表的获取方法的流程示意图；图4为本发明实施例提供的根据内容记录要求和应用信息生成应用列表的流程示意图；在上述实施例的基础上，继续参考附图3-4可知，为了进一步提高该方法的实用性，本实施例中，该方法还可以包括：

S201：获取列表获取请求中的命令限定符；

其中，命令限定符可以为列表获取请求中的某一字段或者某一增加字段，例如，命令限定符为列表获取请求中的前2个字段、前3个字段、后2个字段或者后3个字段等等，在获取到列表获取请求之后，可以对列表获取请求进行分析处理，进而可以获取到列表获取请求中的命令限定符。

S202：根据命令限定符判断在生成应用列表时是否存在内容记录要求；

在获取到命令限定符之后，可以对命令限定符进行分析处理，以判断在生成应用列表时，列表获取请求中是否还存在其他的内容记录要求；例如：当获取到的命令限定符为0x00时，则可以根据预设的标准限定符确定该命令限定符的意思是：在生成应用列表时，不存在其他的内容记录要求；当获取到的命令限定符为0x01时，则可以根据预设的标准限定符确定该命令限定符的意思是：在生成应用列表时，存在其他的内容记录要求之一，例如，需要记录应用名称等；当获取到的命令限定符为0x11时，则可以根据预设的标准限定符确定该命令限定符的意思是：在生成应用列表时，存在其他的内容记录要求之二，例如，需要记录应用名称和应用图标等等；当然的，本领域技术人员还可以采用其他的分析处理方法，例如下述表格1中的分析处理规则；只要能够准确地判断出在生成应用列表时是否存在内容记录要求即可，在此不再赘述。

S203：若存在，则根据内容记录要求和应用信息生成应用列表；或者，

当对命令限定符的分析结果为存在内容记录要求时，则可以进一步根据内容记录要求和应用信息生成应用列表，以使得所生成的应用列表满足用户的需求。

具体的，根据内容记录要求和应用信息生成应用列表可以包括：

S2031：根据内容记录要求在应用信息中获取针对已安装应用程序的要求记录数据，要求记录数据包括以下至少之一：应用名称、应用包名称、应用版本名称、应用版本号、应用图标；

其中，在获取到内容记录要求之后，可以根据内容记录要求在应用信息中搜索、查询相应的要求记录数据；进一步的，为了提高搜索和查询的效率，应用信息中还可以包含内容记录要求和要求记录数据之间的映射关系，利用上述映射关系可以准确快速、准确获取到要求记录数据。

S2032：根据要求记录数据生成应用列表，其中，应用列表为标准格式的应用列表或者自定义格式的应用列表。

例如，当所获取的要求记录数据包括应用版本号时，则可以结合应用版本号和应用信息生成标准格式的应用列表或者自定义格式的应用列表；当所获取的要求记录数据包括应用名称和应用包名称时，则可以结合应用名称、应用包名称和应用信息生成标准格式的应用列表或者自定义格式的应用列表，依次类推。

S204：若不存在，则根据应用信息生成应用列表。

当对命令限定符的分析结果为不存在内容记录要求时，则可以直接根据应用信息生成应用列表。

通过上述方式生成应用列表，其中，应用列表为标准格式的应用列表或者自定义格式的应用列表，有效地保证了应用列表可以满足用户的需求，并且还提高了应用列表生成的准确可靠性，进一步保证了该方法使用的稳定可靠性。

具体应用时，由于获取终端应用情况是UICC访问终端应用的前提，只有获取基本情况后，UICC才具备主动访问终端应用的可能，因此，本应用实施例针对上述情况，利用现有STK/USAT基本框架和机制，提出UICC要求获取终端应用列表的方法，终端应用列表提供终端目前安装的应用的全面的基本情况，UICC在下载该列表后获知终端是否安装相关应用，以供后续在需要时对相关应用进行访问，配合实现相关功能，加强机卡交互性的同时扩展用户终端侧设备的整体能力。

具体的，本实施例提供的应用列表获取方法基于STK/USAT机制实现，首先，需要增加主动式指令，指令由UICC(USIM卡)主动发送，要求终端在接收扩展指令后返回当前终端应用列表到UICC，以供UICC在下载终端应用列表后掌握终端应用情况，并后续根据需要对相应终端应用发起主动访问和交互请求。新增指令可以命名为Provide ApplicationList，指令结构如表格1所示：表格1：Provide Application List

在终端接收到该命令后，通过Terminal Response返回终端应用列表数据到UICC(USIM卡)，应用列表的组成根据命令中命令限定符的指示，在应用名称、应用包名、应用版本名、应用版本名和应用图标5项内容中，对应比特位为1的包含在列表中，为0的不包含在列表中。Terminal Response指令结构如表格2所示：

表格2

其中，应用列表可以为新增数据对象，数据对象基本结构如上，并且，应用记录内容项可分为标准应用记录和自定义应用记录。标准应用记录是指按照ProvideApplication List命令中命令限定符的定义提供的标准格式的应用记录，其完整的标准格式如下，Terminal Response响应中根据命令限定符的要求包含其中一项或几项：

自定义应用记录是终端根据自身支持的格式自行定义的应用记录，自定义应用记录无统一格式，要求如下：

描述	内容	最大长度
			应用记录	应用记录的自定义内容	110

基于上述内容，本实施例中实现USIM卡应用列表下载的终端与USIM卡之间的交互流程如下：

(1)USIM卡在需要下载终端应用列表时，按照Provide ApplicationList要求生成命令并发送到终端；

(2)终端接收到命令后对命令进行初步解析，获取当前终端安装的应用情况并准备按照命令生成应用列表；

(3)终端根据当前应用记录数据的情况判断应用记录是否为标准格式，如果否，则生成自定义格式的应用记录列表；

(4)如果是，终端进一步解析Provide Application List中命令细节部分的命令限定符，确定USIM所需的应用列表中应用记录的内容要求；

(5)针对应用名称、应用包名、应用版本名、应用版本号、应用图标5个项目，依次判断是否需要在应用记录中提供相应内容，如果否，则不需获取对应数据，应用记录中不包括该项目；

(6)如果是，获取应用对应项目的内容并包括在应用记录中；

(7)生成由标准应用记录组成的应用列表；

(8)终端返回包含终端应用列表的Terminal Response响应到终端，其中终端应用列表可以为标准应用记录列表或自定义应用记录列表。

本实施例提出的通过扩展终端应用与UICC之间交互机制能力和命令消息的方式实现UICC主动下载终端应用列表的方法，方案中扩展了UICC下载终端应用列表的命令含义和消息结构，有效地加强了机卡交互性的同时扩展用户终端侧设备的整体能力，同时还提高了该方法的实用性，有利于市场的推广与应用。

图6为本发明实施例提供的一种应用列表的获取装置的结构示意图；参考附图6所示，本实施例提供了一种应用列表的获取装置，该获取装置可以执行上述的获取方法，具体的，该获取装置可以包括：

接收模块1，用于接收USIM卡发送的列表获取请求；

处理模块2，用于根据列表获取请求确定终端上的已安装应用程序所对应的应用信息，并基于应用信息生成应用列表；

发送模块3，用于将应用列表发送至USIM卡。

本实施例对于接收模块1、处理模块2和发送模块3的具体形状结构不做限定，本领域技术人员可以根据其实现的功能作用对其进行任意设置，在此不再赘述；另外，本实施例中接收模块1、处理模块2和发送模块3所实现的操作步骤的具体实现过程以及实现效果与上述实施例中步骤S101-S103的具体实现过程以及实现效果相同，具体可参考上述陈述内容，在此不再赘述。

在上述实施例的基础上，继续参考附图6可知，本实施例对于处理模块2基于应用信息生成应用列表的具体实现过程不做限定，本领域技术人员可以根据具体的设计需求进行设置，较为优选的，在处理模块2基于应用信息生成应用列表时，该处理模块2可以用于执行：

判断应用信息是否为预设的标准格式信息；若是，则根据应用信息生成标准格式的应用列表；或者，若否，则根据应用信息生成自定义格式的应用列表。

进一步的，继续参考附图6可知，为了提高该装置的实用性，本实施例中的装置还可以包括：

获取模块5，用于获取列表获取请求中的命令限定符；

此时，处理模块2还可以用于执行：根据命令限定符判断在生成应用列表时是否存在内容记录要求；若存在，则根据内容记录要求和应用信息生成应用列表；或者，若不存在，则根据应用信息生成应用列表。

其中，在处理模块2根据内容记录要求和应用信息生成应用列表时，该处理模块2可以具体用于执行：根据内容记录要求在应用信息中获取针对已安装应用程序的要求记录数据，要求记录数据包括以下至少之一：应用名称、应用包名称、应用版本名称、应用版本号、应用图标；根据要求记录数据生成应用列表，应用列表为标准格式的应用列表或者自定义格式的应用列表。

本实施例提供的应用列表的获取装置能够用于执行图2-图5实施例所对应的方法，其具体执行方式和有益效果类似，在这里不再赘述。

本实施例的另一方面提供了一种支持应用列表获取的终端，包括：

存储器；

处理器；以及

计算机程序；

其中，计算机程序存储在存储器中，并被配置为由处理器执行以实现如上述的一种应用列表的获取方法。

具体的，图7为本发明实施例提供的一种支持应用列表获取的终端的结构示意图。

如图7所示，获取终端800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)接口812，传感器组件814，以及通信组件816。

处理组件802通常控制获取终端800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在获取终端800的操作。这些数据的示例包括用于在获取终端800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为获取终端800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为获取终端800生成、管理和分配电力相关联的组件。

多媒体组件808包括在获取终端800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当获取终端800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为获取终端800提供各个方面的状态评估。例如，传感器组件814可以检测到获取终端800的打开/关闭状态，组件的相对定位，例如组件为获取终端800的显示器和小键盘，传感器组件814还可以检测获取终端800或获取终端800一个组件的位置改变，用户与获取终端800接触的存在或不存在，获取终端800方位或加速/减速和获取终端800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括摄像头组件，摄像头可采用如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于获取终端800和其他设备之间有线或无线方式的通信。获取终端800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，获取终端800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

本发明实施例另一方面提供了一种计算机可读存储介质，其上存储有计算机程序；计算机程序被处理器执行以实现上述的一种应用列表的获取方法。

最后需要说明的是，本领域普通技术人员可以理解上述实施例方法中的全部或者部分流程，是可以通过计算机程序来指令相关的硬件完成，所述的程序可存储于一计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可以为磁盘、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。

本发明实施例中的各个功能单元可以集成在一个处理模块中，也可以是各个单元单独的物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现，并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。上述提到的存储介质可以是只读存储器、磁盘或光盘等。

以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种应用列表的获取方法，其特征在于，包括：

接收USIM卡发送的列表获取请求；

根据所述列表获取请求确定终端上的已安装应用程序所对应的应用信息，并基于所述应用信息生成应用列表；

将所述应用列表发送至所述USIM卡。

2.根据权利要求1所述的方法，其特征在于，基于所述应用信息生成应用列表，包括：

判断所述应用信息是否为预设的标准格式信息；

若是，则根据所述应用信息生成标准格式的应用列表；或者，

若否，则根据所述应用信息生成自定义格式的应用列表。

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

获取所述列表获取请求中的命令限定符；

根据所述命令限定符判断在生成所述应用列表时是否存在内容记录要求；

若存在，则根据所述内容记录要求和应用信息生成应用列表；或者，

若不存在，则根据所述应用信息生成应用列表。

4.根据权利要求3所述的方法，其特征在于，根据所述内容记录要求和应用信息生成应用列表，包括：

根据所述内容记录要求在所述应用信息中获取针对已安装应用程序的要求记录数据，所述要求记录数据包括以下至少之一：应用名称、应用包名称、应用版本名称、应用版本号、应用图标；

根据所述要求记录数据生成应用列表，所述应用列表为标准格式的应用列表或者自定义格式的应用列表。

5.一种应用列表的获取装置，其特征在于，包括：

接收模块，用于接收USIM卡发送的列表获取请求；

处理模块，用于根据所述列表获取请求确定终端上的已安装应用程序所对应的应用信息，并基于所述应用信息生成应用列表；

发送模块，用于将所述应用列表发送至所述USIM卡。

6.根据权利要求5所述的装置，其特征在于，所述处理模块，用于：

判断所述应用信息是否为预设的标准格式信息；

若是，则根据所述应用信息生成标准格式的应用列表；或者，

若否，则根据所述应用信息生成自定义格式的应用列表。

7.根据权利要求5或6所述的装置，其特征在于，所述装置还包括：

获取模块，用于获取所述列表获取请求中的命令限定符；

所述处理模块，还用于：

根据所述命令限定符判断在生成所述应用列表时是否存在内容记录要求；

若存在，则根据所述内容记录要求和应用信息生成应用列表；或者，

若不存在，则根据所述应用信息生成应用列表。

8.根据权利要求7所述的装置，其特征在于，所述处理模块，用于：

根据所述内容记录要求在所述应用信息中获取针对已安装应用程序的要求记录数据，所述要求记录数据包括以下至少之一：应用名称、应用包名称、应用版本名称、应用版本号、应用图标；

根据所述要求记录数据生成应用列表，所述应用列表为标准格式的应用列表或者自定义格式的应用列表。

9.一种支持应用列表获取的终端，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-4中任意一项所述的一种应用列表的获取方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序；

所述计算机程序被处理器执行以实现如权利要求1-4中任意一项所述的一种应用列表的获取方法。