CN109271579A - 一种基于输入信息的应用推荐方法、电子设备及存储介质 - Google Patents

Abstract

本发明实施例涉及一种基于输入信息的应用推荐方法、电子设备及存储介质，其中，基于输入信息的应用推荐方法包括：接收输入法应用输入框的输入信息；在输入法应用候选框中展示所述输入信息对应的应用关联信息；其中，所述应用关联信息为应用程序框架运行的应用的关联信息，且所述应用关联信息被选择后，所述应用程序框架运行所述应用关联信息关联的应用。本发明实施例中，输入法应用可基于用户的输入信息，在输入法应用候选框中展示输入信息对应的应用关联信息，用户选择应用关联信息后，由应用程序框架运行应用，无需下载应用的安装包以及无需对安装包进行解析，减少用户的等待时间。

Description

一种基于输入信息的应用推荐方法、电子设备及存储介质

技术领域

本发明实施例涉及互联网应用技术领域，具体涉及一种基于输入信息的应用推荐方法、电子设备及存储介质。

背景技术

输入法输入内容作为电子设备例如智能手机上的基础功能，其使用场景多，使用频率高，也是用户意图最为明显的输出方。因此，合理地利用输入法进行用户意图分析有助于增强业务曝光和提升用户体验。

现有的应用(Application，APP)直接运行在电子设备的操作系统上，例如，若用户想打开某个应用而电子设备中未安装该应用，则用户需要使用输入法输入该应用的名称，检索到该应用的安装包的下载页面，通过电子设备下载该应用的安装包，并且由操作系统对安装包进行解析。但是，由于现有的应用的安装包的数据量非常大，导致应用的安装包下载时间较长，且安装时间也较长，用户需要等待较长时间。

发明内容

为了解决现有技术存在的问题，本发明的至少一个实施例提供了一种基于输入信息的应用推荐方法、电子设备及存储介质。

第一方面，本发明实施例提出一种基于输入信息的应用推荐方法，所述方法包括：

接收输入法应用输入框的输入信息；

在输入法应用候选框中展示所述输入信息对应的应用关联信息；

其中，所述应用关联信息为应用程序框架运行的应用的关联信息，且所述应用关联信息被选择后，所述应用程序框架运行所述应用关联信息关联的应用。

在一些实施例中，所述方法还包括：

确定所述输入信息对应的关键信息；

查询所述关键信息匹配的应用关联信息；

确定所述输入信息对应的应用关联信息为所述关键信息匹配的应用关联信息。

在一些实施例中，所述查询所述关键信息匹配的应用关联信息，包括：

向应用服务器发送查询信息，所述查询信息包括所述关键信息，所述应用服务器存储有应用程序框架运行的至少一个应用的应用关联信息；

接收所述应用服务器反馈的查询结果，所述查询结果包括应用关联信息；

匹配所述关键信息与所述应用关联信息。

在一些实施例中，所述方法还包括：

展示所述应用关联信息后，检测所述应用关联信息的选择操作；

检测到所述选择操作后，通过所述应用程序框架解析所述应用关联信息关联的应用的配置文件并运行所述应用；

其中，所述配置文件包括应用页面的描述信息；或者，所述配置文件包括应用页面的描述信息、与操作系统的原生控件存在对应关系的至少一个组件以及应用运行时的运行逻辑信息。

在一些实施例中，所述方法还包括：

展示所述应用关联信息后，检测所述应用关联信息的选择操作；

检测到所述选择操作后，从所述应用服务器下载所述应用关联信息关联的应用的配置文件，通过所述应用程序框架解析所述配置文件并运行所述应用。

在一些实施例中，所述方法还包括：

所述应用程序框架运行所述应用后，展示应用页面，所述应用页面为所述应用基于所述关键信息进行检索得到的检索内容页面。

在一些实施例中，所述应用关联信息包括：应用名称、预设的应用关键字和/或预设的应用卡片；

所述方法还包括：

查询所述关键信息匹配的应用关联信息后，确定查询到的应用关联信息的展示优先级；

确定展示优先级最高的应用关联信息；

相应地，所述展示所述应用关联信息，包括：展示所述展示优先级最高的应用关联信息。

在一些实施例中，所述应用卡片的展示优先级高于所述应用关键字的展示优先级；

所述应用关键字的展示优先级高于所述应用名称的展示优先级。

第二方面，本发明实施例还提出一种电子设备，包括：存储器、处理器及存储在所述存储器上的计算机程序，所述处理器通过调用所述计算机程序，用于执行如第一方面所述方法的步骤。

第三方面，本发明实施例还提出一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储有计算机程序，所述计算机程序使被调用时执行如第一方面所述方法的步骤。

可见，本发明实施例的至少一个实施例中，输入法应用可基于用户的输入信息，在输入法应用候选框中展示输入信息对应的应用关联信息，用户选择应用关联信息后，由应用程序框架运行应用，无需下载应用的安装包以及无需对安装包进行解析，减少用户的等待时间。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种基于输入信息的应用推荐方法流程图；

图2为本发明实施例提供的一种输入法应用界面示意图；

图3为本发明实施例提供的一种基于输入信息进行应用推荐的输入法界面示意图；

图4为本发明实施例提供的应用程序框架的结构示意图；

图5为本发明实施例提供的图4中的运行支持模块的结构示意图；

图6为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

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

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

第一方面，如图1所示，本实施例提供一种基于输入信息的应用推荐方法，该方法的执行主体为输入法应用，该方法可包括以下步骤101和102：

101、接收输入法应用输入框的输入信息。

102、在输入法应用候选框中展示所述输入信息对应的应用关联信息。

本实施例中，对于智能手机等单手可操控的便携终端，输入法应用界面如图2所示，本领域技术人员应当理解，在不同场景使用输入法应用，输入法应用界面会有所区别，但是输入法应用界面均包括输入框和候选框。

用户使用中文输入法时，输入法应用输入框1可显示用户输入的“elem”，并且输入法应用候选框2显示多个候选词。用户可点击任一候选词，输入法应用将被点击的候选词上屏至光标处。

用户使用英文输入法时，输入法应用输入框1和输入法应用候选框2均不显示在界面中，用户输入的“elem”直接上屏至光标处。

在一些实施例中，对于笔记本电脑等非单手操控的设备，输入法应用界面与图2所示的界面不同，但是输入法应用提供的输入框和候选框的功能相同，在此不再赘述。

本实施例中，输入法应用在接收到用户的输入信息后，可确定输入信息对应的应用关联信息。应用关联信息例如包括：应用的名称、应用的图标、应用的关键字或关键词或关键词组、应用的推荐语、应用的介绍等与应用相关联的信息。

输入法应用在确定输入信息对应的应用关联信息后，在输入法应用候选框中展示应用关联信息。用户点击应用关联信息后，直接显示应用关联信息关联的应用的界面，用户无需等待下载应用的安装包以及无需等待操作系统对安装包的解析，减少用户的等待时间。

如图3所示，用户输入“elem”，“elem”对应的应用关联信息为“饿了么”应用图标，输入法应用将“饿了么”应用图标展示在输入法应用候选框2中。用户点击“饿了么”应用图标，直接显示“饿了么”应用的界面。

现有的应用程序直接运行在设备的操作系统上，例如，用户需要运行某一个应用时，需要先下载该应用的安装包，并且由操作系统对安装包进行解析。但是，由于现有的应用的安装包的数据量非常大，导致应用的安装包下载时间较长，且安装时间也较长。

为此，本实施例中，安装输入法应用的设备上设置应用程序框架以支持应用的运行。

例如，应用程序框架是运行在设备操作系统上的软件，在设备的操作系统上运行有应用程序框架，并且，操作系统上还可以运行现有的应用。可以理解，应用程序框架以及现有的普通应用都是直接运行在操作系统上，并且由操作系统支持运行。因此，本实施例中，应用程序框架可以预先下载安装到设备上，也可以随操作系统一并安装到设备上。

应用程序框架中运行的应用并不是通过安装包方式在电子设备上安装的应用，其运行在应用程序框架中，无需安装包。

应用程序框架运行过程中，与普通的应用相似的地方在于，应用程序框架可以直接使用操作系统所提供的资源与服务，例如应用程序框架运行时可以根据需求调用操作系统所提供的各种接口、使用操作系统的原生控件，还可以从操作系统接收消息与广播等，也可以通过操作系统向应用发送消息。

为了避免现有的应用在下载安装包、安装的过程中，用户需要长时间等待的问题，运行在应用程序框架上的应用在启动前需要下载的是应用的配置文件，配置文件下载到设备以后，由应用程序框架进行解析，因此运行在应用程序框架上的应用由应用程序框架支持运行。

本实施例中，应用关联信息为应用程序框架运行的应用的关联信息。用户点击应用关联信息后，输入法应用通过应用程序框架运行应用关联信息关联的应用，直接向用户展示应用的界面，用户无需等待下载应用的安装包以及无需等待操作系统对安装包的解析，减少等待时间。

可见，本实施例公开的基于输入信息的应用推荐方法，输入法应用可基于用户的输入信息，在输入法应用候选框中展示输入信息对应的应用关联信息，用户选择应用关联信息后，由应用程序框架运行应用，无需下载应用的安装包以及无需对安装包进行解析，减少用户的等待时间。

在一些实施例中，输入法应用在接收到用户的输入信息后，确定输入信息对应的应用关联信息，具体包括以下步骤一至步骤三：

步骤一、确定输入信息对应的关键信息。

步骤二、查询关键信息匹配的应用关联信息。

步骤三、确定输入信息对应的应用关联信息为关键信息匹配的应用关联信息。

本实施例中，输入信息对应的关键信息例如包括：关键字、关键词和关键词组等信息中的一个或多个。输入法应用接收到用户的输入信息后，可对输入信息进行语意分析，确定输入信息对应的关键信息。语义分析属于计算机领域的常用技术，在此不再赘述。

本实施例中，可采用多种查询方式查询关键信息匹配的应用关联信息。查询方式例如为输入法应用通过网络查询，由于网络中存在海量信息，此查询方式工作量较大，但仍属于现有技术中使用频率较高的查询方式。为了减少查询工作量，可采用本发明实施例提出的查询方式，具体描述见下文。

在一些实施例中，查询关键信息匹配的应用关联信息，具体包括以下步骤一至步骤三：

步骤一、向应用服务器发送查询信息，所述查询信息包括关键信息，所述应用服务器存储有应用程序框架运行的至少一个应用的应用关联信息。

步骤二、接收应用服务器反馈的查询结果，所述查询结果包括应用关联信息。

步骤三、匹配所述关键信息与所述应用关联信息。

本实施例中，应用服务器中存储的信息包括应用程序框架运行的应用的关联信息。应用程序框架运行的应用可预先将自身的应用关联信息上传到应用服务器中。应用服务器接收到应用关联信息后，建立应用关联信息与应用之间的对应关系，维护关联信息库。

本实施例中，为了便于查询应用的关联信息，应用服务器可提供应用查询接口。输入法应用通过查询接口向应用服务器发送查询信息，查询信息中包括关键信息。

应用服务器接收到查询信息后，从关联信息库中查找与关键信息相匹配的应用关联信息，并向输入法应用反馈查询结果，查询结果中包括查找到的应用关联信息。

本实施例中，由于输入信息可能对应不同的关键信息，不同的关键信息可能匹配不同的应用关联信息，因此，为了区分不同的关键信息匹配的应用关联信息，输入法应用在接收到应用服务器反馈的查询结果后，将查询结果中的应用关联信息与关键信息进行匹配。

在一些实施例中，本发明实施例公开的基于输入信息的应用推荐方法，除了包括图1所示步骤外，还包括步骤：展示应用关联信息后，检测应用关联信息的选择操作。选择操作例如为点击操作。

本实施例中，输入法应用检测到选择操作后，通过应用程序框架解析应用关联信息关联的应用的配置文件并运行所述应用。

应用的配置文件可由应用上传至应用服务器。应用程序框架可预先从应用服务器中下载应用的配置文件。应用程序框架也可在输入法应用检测到选择操作后，从应用服务器中下载选择操作所选择的应用的配置文件。

应用的配置文件包括应用页面的描述信息；或者，包括应用页面的描述信息、与操作系统的原生控件存在对应关系的至少一个组件以及应用运行时的运行逻辑信息。

在一些实施例中，输入法应用检测到选择操作后，从应用服务器下载应用关联信息关联的应用的配置文件，通过应用程序框架解析配置文件并运行所述应用。

本实施例中，应用的配置文件包括的内容与前文描述相同，在此不再赘述。应用的配置文件由输入法应用从应用服务器中下载，而非由应用程序框架下载。输入法应用从应用服务器中下载配置文件的流程如下步骤一至步骤三：

步骤一、向应用服务器发送下载请求消息，所述下载请求消息中携带有应用关联信息。

步骤二、接收应用服务器反馈的下载响应消息，所述下载响应消息中携带应用配置文件。

步骤三、提取下载响应消息中携带的应用配置文件。

在另一些实施例中，应用的配置文件也可由应用服务器主动发送给输入法应用，具体地，输入法应用向应用服务器发送查询信息查询关键信息匹配的应用关联信息后，应用服务器在反馈的查询结果中携带应用配置文件。

在一些实施例中，应用程序框架运行应用后，展示应用页面，应用页面为应用基于关键信息进行检索得到的检索内容页面。

本实施例中，用户输入“xiaochaorou”，“xiaochaorou”对应的关键信息为“小炒肉”，“xiaochaorou”应用关联信息为“饿了么”应用图标，输入法应用将“饿了么”应用图标展示在输入法应用候选框2中。用户点击“饿了么”应用图标，直接显示“饿了么”应用的界面，且该界面为应用基于“小炒肉”进行检索得到的检索内容页面。

在一些实施例中，应用关联信息包括：应用名称、预设的应用关键字和预设的应用卡片中的一个或多个。

本实施例中，输入法应用查询关键信息匹配的应用关联信息后，确定查询到的应用关联信息的展示优先级。

在一些实施例中，应用卡片的展示优先级高于应用关键字的展示优先级；应用关键字的展示优先级高于应用名称的展示优先级。

输入法应用确定展示优先级最高的应用关联信息，并在输入法应用候选框中展示优先级最高的应用关联信息。

在一些实施例中，当输入法应用候选框中展示多个应用的应用关联信息，且应用关联信息的数量大于第一预设阈值时，选择使用频率大于第二预设阈值的应用关联信息展示在输入法应用候选框中。也即，选择常用的应用关联信息添加在输入法应用候选框中。

结合图4和图5，描述应用程序框架的结构及原理。

如图4所示，应用程序框架设置有运行支持模块41、沙箱模型模块42、消息处理模块43以及应用管理模块44，并且，应用程序框架上可以运行多个应用。需要说明的是，运行在应用程序框架上的应用在运行过程中通常并不直接使用操作系统所提供的资源或者服务，主要是使用应用程序框架所提供的资源与服务。

应用程序框架的运行支持模块41用于支持运行在应用程序框架上的应用的运行，当前应用程序框架上有应用运行时，运行支持模块41将启动并且提供应用运行过程中所需要的服务。运行支持模块41的具体结构将在下文详细描述。

沙箱模型模块42为运行在应用程序框架上的应用提供运行所需要的沙箱模型，从而实现不同应用之间的权限隔离、数据隔离，例如为每一个应用提供自身的权限管理，且隔离各个应用的数据，避免一个应用不恰当的获取另一个应用的数据。例如，沙箱模型模块42可以设定、记录每一个应用能够获取的权限以及不允许获取的权限，并且设定应用之间的数据分享、调用机制，通过该机制对各个应用的数据进行管理。

消息处理模块43用于对应用程序框架上的每一个应用接收、发送消息的活动进行管理，包括消息接收注册、消息分发以及消息发送的管理。例如应用需要接收某一消息，可以向应用程序框架发出请求接收该消息的请求指令，消息处理模块43将创建该消息的接收队列，并且将应用添加到该消息接收队列中，实现应用消息接收的注册。

优选的，运行在应用程序框架上的应用可以静态的注册接收消息，也可以动态的注册接收消息。应用静态注册接收消息是在应用的配置文件中声明需要接收某一消息，消息处理模块根据该声明将应用添加至该消息的接收队列中。应用动态注册接收消息是在应用运行过程中临时需要接收某一消息，向应用程序框架发出临时接收某一消息的注册请求，消息处理模块43根据该请求临时将应用程序框架添加至该消息的接收队列中。

当然，消息处理模块43还需要对动态注册接收消息的应用进行管理，例如当应用不需要再接收该消息时，由应用发出注销信息，消息处理模块43即将动态注册的应用从该消息的接收队列中移除。

如果应用程序框架接收到消息，消息处理模块43还需要对所接收到的消息进行分发，例如应用程序框架上的第一个应用向第二个应用发送消息，第一个应用并不是直接向第二个应用发送消息，而是由第一个应用向应用程序框架发送该消息，由消息处理模块43查找到该消息的接收队列，并且向接收队列中的应用发送该消息。例如该消息队列中包括第二个应用，则消息处理模块43向第二个应用分发该消息。

应用管理模块44用于管理各个应用的运行，例如根据用户的指令启动某一个应用，或者根据用户的指令关闭某一个应用。又例如，将某一个应用置于前台运行或者转入后台运行，在某一个应用后台运行时间过长后，将该应用转入非活跃状态等。

并且，用户可以直接运行一个并未下载配置文件的应用，例如在应用程序框架的主页面上显示多个应用的图标，这些应用包括已经下载配置文件的应用以及未下载配置文件的应用，用于可以直接点击一个并未下载配置文件的应用的图标，应用管理模块44可以从服务器上下载该应用的配置文件，并且对配置文件进行解析，启动运行该应用。当然，如果用户需要删除某一应用的配置文件，也可以由应用管理模块44对该应用的配置文件进行删除的操作。

由于应用运行前下载的是配置文件，而不是安装包，且下载的配置文件由应用程序框架进行解析。因此，为了减小用户下载配置文件时的等待时间，需要减小配置文件的数据量，例如，应用的配置文件中所包含的页面信息中，仅仅包括应用页面的描述信息，但不包括该页面渲染后的完整数据，对于应用所需要调用的接口，应用的配置文件仅仅给出了应用所需要调用的各种接口的名称与调用的规则，但不提供具体的调用接口的函数。这样，运行在应用程序框架上的应用的配置文件数据量很少，通常在1M以下。电子设备可以在极短时间内完成应用的配置文件的下载。

在应用的配置文件下载完毕以后，应用程序框架对配置文件进行解析并随即运行应用，例如由运行支持模块41支持应用的运行。

如图5所示，运行支持模块41内设置有第一JS引擎411、渲染引擎412、控件管理模块413、桥接模块414、接口管理模块415、第三方服务模块416以及应用程序框架(图中未示出)等。

在应用程序框架运行过程中，需要使用操作系统提供的资源，因此，运行支持模块41也需要获取操作系统提供的资源，如使用操作系统提供的原生控件以及接口等。

由于应用的配置文件是由电子设备下载，因此应用程序框架需要从操作系统获取所下载的配置文件。目前，大部分应用的配置文件使用JS(JavaScript)语言编写，在操作系统内设置第二JS引擎，用于将配置文件编译成应用程序框架能够解析的语言。当然，应用程序框架也可以直接从操作系统获取配置文件，由运行支持模块内的第一JS引擎411对配置文件进行解析。

对配置文件解析后，需要渲染生成应用的页面，例如由渲染引擎412获取配置文件中页面的描述信息，并且根据描述信息来渲染页面。优选的，应用的配置文件中包含有关于页面的基础设置信息，例如包括页面背景图案的信息、页面字体样式的信息、图标的位置信息、头像显示位置等信息，但并不包含该页面渲染后的数据，也就是配置文件中页面信息并不是渲染后的页面的数据。

进一步的，应用的配置文件中包含有多个组件、运行逻辑以及描述信息等，其中配置文件的组件是根据应用程序框架的要求预先设定的组件，且组件与电子设备的操作系统的原生控件存在对应关系，也就是通过该组件的标识可以确定该组件对应的操作系统原生控件的名称等。配置文件的运行逻辑用于确定应用运行时的逻辑，例如页面之间的上下级关系，即从某一个页面进入下一级页面或者返回上一级页面的关系，并且指示页面上不同按键的作用，如点击某一按键后跳转至下一个页面的逻辑关系等。而描述信息则包含页面的布局信息、颜色、字体、资源、各种声明等。

因此，在渲染引擎渲染应用的页面时，需要使用配置文件中的运行逻辑、描述信息，由于描述信息已经给出了页面上各种图标、文字的布局、样式等信息，因此，根据这些描述信息可以实现某一个页面的渲染。

优选的，应用程序框架使用操作系统提供的原生控件生成原生页面，因此，在渲染应用的页面时，需要根据配置文件中组件与原生控件之间的对应关系，获取配置文件中的组件所对应的原生控件，即获取操作系统中用于生成图标、窗口或者导航栏等控件，并且基于这些原生控件渲染生成应用的原生页面。因此，控件管理模块需要获取配置文件中组件与原生控件的映射关系，并且根据这些映射关系获取操作系统相对应的原生控件，使用原生控件并根据描述信息来实现页面的渲染，从而获得应用的原生页面。可见，原生页面是基于操作系统的原生控件所渲染形成的页面，这些页面的显示效果与传统的应用的页面显示效果相同，从而确保用户体验不会变化。

当然，应用程序框架也提供自身的控件，例如应用程序框架内包含有应用程序框架所提供的内建控件，渲染生成应用的页面时，也可以获取内建控件进行渲染，因此，控件管理模块413可以根据实际需要从应用程序框架中获取所需要的内建控件。

在应用运行过程中，应用可能需要调用各种接口，例如使用操作系统提供的某一个接口。接口管理模块415根据应用的描述信息，获取应用所需要使用的操作系统的某一个接口的声明，根据该声明确定所需要调用的接口的名称或者ID等信息，并通过桥接模块414从操作系统中调取该接口。因此，在应用的配置文件中，只需要声明调用某一接口即可，而不需要提供使用该接口的具体函数，从而减小应用的配置文件的数据量。

当然，应用程序框架也提供内建接口，例如在应用程序框架中提供内建接口，应用也可以调用内建接口，例如在描述文件中声明需要调用哪一内建接口，接口管理模块415将根据描述文件确定所需要调用的内建接口并且提供相应的内建接口给应用使用。

此外，应用程序框架还可以向应用提供第三方服务，第三方服务是由运行在操作系统上的应用等提供的服务，例如运行在应用程序框架上的应用需要使用运行在操作系统上的应用的功能时，可以通过第三方服务模块416来使用该功能。

通常，第三方服务是在应用程序框架内提供专用的调用接口，当应用需要使用第三方服务时，通过这些专用的调用接口使用相应的功能。例如，在第三方服务模块内设置有推送模块、注册模块、支付模块以及统计模块等，应用可以通过这些模块实现推送消息的接收、账号注册、支付以及信息统计等功能。可以理解，推送模块注册模块、支付模块以及统计模块是第三方应用提供给应用程序框架的调用接口。

此外，应用程序框架自身也可以向应用提供多种服务，例如在应用程序框架内还设置有页面管理模块、路由管理模块以及MVVM模块等，页面管理模块用于实现应用的页面管理，例如实现页面的跳转控制、页面的开启与关闭等。并且，页面管理模块可以通过获取应用的配置文件中的运行逻辑，实现多个页面之间的跳转关系的设定，从而确定应用的多个页面的逻辑。

路由管理模块为应用提供路由服务，例如应用需要发送消息到某一个特定的节点时，路由管理模块将提供发送该消息的路径，并且将该信息按照该路径发送至当前电子设备的下一个节点上。MVVM模块用于实现MVVM(Model-View-View-Model)功能，例如实现应用中视图与模型的分离。

应用程序框架内提供的内建控件、内建接口以及各种服务都可以被应用调用，因此，应用的配置文件中并不需要提供实现这些功能的代码，只需要在描述文件中声明需要调用这些功能模块即可。

可见，正是由于运行在应用程序框架上的应用的配置文件中仅仅包含多个组件、运行逻辑以及各个页面的描述信息，而不会提供渲染后的页面的完整数据，可以大大减少配置文件的数据量。另一方面，对于应用运行过程中需要调用的接口以及调用的服务，只需要在配置文件中声明需要调用哪些接口或者服务即可，而不需要提供实现这些服务的具体函数或者代码，因此配置文件的数据量非常小，其下载速度非常快，可以在极短时间内完成配置文件的下载，且应用程序框架在解析配置文件时，所花费的时间也很短，能够在很短时间内实现应用的运行。

这样，运行在应用程序框架下的应用与传统的应用相比，运行在应用程序框架下的应用的配置文件下载、解析能够在极短时间内完成，因此对于未下载配置文件的应用而言，只要用户发出了运行该应用的指令，即可以瞬间完成配置文件的下载与运行，从而瞬间打开应用。通常，应用的配置文件的下载与解析可以在后台完成，用户只需要点击应用的图标，即使该应用的配置文件并未下载，用户几乎不需要等待即已经打开应用的主页面。

由于应用运行的时候，所显示的页面也是经过原生控件渲染后的页面，且各种接口均由应用程序框架提供，因此，不会影响用户使用应用的体验。

第二方面，图6是本发明实施例提供的电子设备的结构示意图。电子设备包括智能手机等单手可操控的便携终端、笔记本电脑等非单手操控的设备以及其他可安装应用程序的设备。电子设备中安装有输入法应用以及应用程序框架。

图6所示的电子设备可包括：至少一个处理器61、至少一个存储器62、至少一个网络接口64和其他的用户接口63。电子设备中的各个组件通过总线系统65耦合在一起。可理解，总线系统65用于实现这些组件之间的连接通信。总线系统65除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统65。

其中，用户接口63可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)或者触感板等。

可以理解，本实施例中的存储器62可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本文描述的存储器62旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器62存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统621和应用程序622。

其中，操作系统621，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序622，包含各种应用程序，例如媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序622中。

在本发明实施例中，处理器61通过调用存储器62存储的程序或指令，具体的，可以是应用程序622中存储的程序或指令，处理器61用于执行第一方面所提供的方法步骤，例如包括以下步骤一和步骤二：

步骤一、接收输入法应用输入框的输入信息；

步骤二、在输入法应用候选框中展示所述输入信息对应的应用关联信息；

其中，所述应用关联信息为应用程序框架运行的应用的关联信息，且所述应用关联信息被选择后，所述应用程序框架运行所述应用关联信息关联的应用。

上述本发明实施例揭示的方法可以应用于处理器61中，或者由处理器61实现。处理器61可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器61中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器61可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecific IntegratedCircuit，ASIC)、现成可编程门阵列(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器62，处理器61读取存储器62中的信息，结合其硬件完成上述方法的步骤。

另外，结合上述实施例中的基于文本内容的应用推荐方法，本发明实施例可提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上方法实施例中的任意一种基于文本内容的应用推荐方法。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(PLD)、现场可编程门阵列(FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，方法实施例的步骤之间除非存在明确的先后顺序，否则执行顺序可任意调整。所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种基于输入信息的应用推荐方法，其特征在于，所述方法包括：

接收输入法应用输入框的输入信息；

在输入法应用候选框中展示所述输入信息对应的应用关联信息；

其中，所述应用关联信息为应用程序框架运行的应用的关联信息，且所述应用关联信息被选择后，所述应用程序框架运行所述应用关联信息关联的应用。

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

确定所述输入信息对应的关键信息；

查询所述关键信息匹配的应用关联信息；

确定所述输入信息对应的应用关联信息为所述关键信息匹配的应用关联信息。

3.根据权利要求2所述的方法，其特征在于，所述查询所述关键信息匹配的应用关联信息，包括：

向应用服务器发送查询信息，所述查询信息包括所述关键信息，所述应用服务器存储有应用程序框架运行的至少一个应用的应用关联信息；

接收所述应用服务器反馈的查询结果，所述查询结果包括应用关联信息；

匹配所述关键信息与所述应用关联信息。

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

展示所述应用关联信息后，检测所述应用关联信息的选择操作；

检测到所述选择操作后，通过所述应用程序框架解析所述应用关联信息关联的应用的配置文件并运行所述应用；

其中，所述配置文件包括应用页面的描述信息；或者，所述配置文件包括应用页面的描述信息、与操作系统的原生控件存在对应关系的至少一个组件以及应用运行时的运行逻辑信息。

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

展示所述应用关联信息后，检测所述应用关联信息的选择操作；

检测到所述选择操作后，从所述应用服务器下载所述应用关联信息关联的应用的配置文件，通过所述应用程序框架解析所述配置文件并运行所述应用。

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

所述应用程序框架运行所述应用后，展示应用页面，所述应用页面为所述应用基于所述关键信息进行检索得到的检索内容页面。

7.根据权利要求1至5任一项所述的方法，其特征在于，所述应用关联信息包括：应用名称、预设的应用关键字和/或预设的应用卡片；

所述方法还包括：

查询所述关键信息匹配的应用关联信息后，确定查询到的应用关联信息的展示优先级；

确定展示优先级最高的应用关联信息；

相应地，所述展示所述应用关联信息，包括：展示所述展示优先级最高的应用关联信息。

8.根据权利要求7所述的方法，其特征在于，

所述应用卡片的展示优先级高于所述应用关键字的展示优先级；

所述应用关键字的展示优先级高于所述应用名称的展示优先级。

9.一种电子设备，其特征在于，包括：存储器、处理器及存储在所述存储器上的计算机程序，所述处理器通过调用所述计算机程序，用于执行如权利要求1至8任一项所述方法的步骤。

10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储有计算机程序，所述计算机程序使被调用时执行如权利要求1至8任一项所述方法的步骤。