CN103718531A

CN103718531A - 一种能力获取方法、装置和系统

Info

Publication number: CN103718531A
Application number: CN201380000273.XA
Authority: CN
Inventors: 张凤明
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2013-04-28
Filing date: 2013-04-28
Publication date: 2014-04-09

Abstract

本发明的实施例提供一种能力获取方法、装置和系统，涉及通信技术领域，在应用软件需要较多的能力时，减少了内容提供商或服务提供商的开发难度。该方法具体包括：应用商店服务器接收终端通过聚合软件开发工具包SDK发送的用于获取应用能力信息的能力信息请求；根据能力信息请求发送至少一个分发请求到至少一个能力提供商平台；接收至少一个能力提供商平台根据接收到的分发请求发送的应用能力信息；发送应用能力信息至终端。本发明应用于应用能力提供技术中。

Description

一种能力获取方法、装置和系统

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种能力获取方法、装置和系统。

背景技术

当前智能终端上的应用软件越来越多，功能越来越强大。对于一般的内容提供商或服务提供商来说，开发功能丰富的应用软件，需要用到的能力也越来越多，例如在应用软件中嵌入广告、支付、统计等能力。内容提供商或服务提供商一般不独自实现这些能力，而是使用第三方能力提供商的能力。

为了使应用软件产品更具备竞争力，内容提供商或服务提供商可以在应用软件中集成多个能力提供商的能力。现有技术中，内容提供商或服务提供商在应用软件中嵌入能力提供商的软件开发工具包，然后通过软件开发工具包从相应的能力提供商平台获取能力提供商的能力。但是当应用软件需要集成多个能力提供商的能力时，就需要在应用软件中嵌入多个能力提供商对应的多个软件开发工具包，这样会造成内容提供商或服务提供商开发难度较大。

发明内容

本发明的实施例提供一种能力获取方法、装置和系统，在应用软件需要较多的能力时，减少了内容提供商或服务提供商的开发难度。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供一种能力获取方法，包括：

应用商店服务器接收终端通过聚合SDK发送的用于获取应用能力信息的能力信息请求；

根据所述能力信息请求发送至少一个分发请求到至少一个能力提供商平台；其中，所述分发请求与所述能力提供商平台一一对应；

接收所述至少一个能力提供商平台根据接收到的分发请求发送的所述应用能力信息；

发送所述应用能力信息至所述终端。

在第一种可能的实现方式中，结合第一方面，所述根据所述能力信息请求发送至少一个分发请求到至少一个能力提供商平台，包括：

根据所述能力信息请求中的请求代码，查找与所述请求代码对应的分发策略；

根据所述分发策略，发送至少一个分发请求到至少一个能力提供商平台。

在第二种可能的实现方式中，结合第一种可能的实现方式，所述分发策略包括：

所述能力信息请求对应的能力提供商平台的信息和从每个能力提供商平台获取的内容信息。

在第三种可能的实现方式中，结合第一种可能的实现方式或第二种可能的实现方式，

所述请求代码对应的分发策略通过应用商店服务器实时更新。

在第四种可能的实现方式中，结合第一方面或上述任一可能的实现方式，所述根据所述能力信息请求发送至少一个分发请求到至少一个能力提供商平台之前，还包括：

根据预先获得的所述聚合SDK的使用权限，检查所述能力信息请求的合法性；

如果所述能力信息请求合法，则根据聚合SDK的鉴权信息对所述能力信息请求进行鉴权；其中，所述聚合SDK的鉴权信息携带在所述能力信息请求中；

当鉴权通过时，根据所述能力信息请求生成所述至少一个分发请求。

第二方面，提供一种能力获取方法，包括：

终端通过聚合软件开发工具包SDK发送用于获取应用能力信息的能力信息请求至应用商店服务器，以便于所述应用商店服务器根据所述能力信息请求产生至少一个分发请求，并将所述至少一个分发请求发送到至少一个能力提供商平台；

接收所述应用商店服务器从所述至少一个能力提供商平台获取的所述应用能力信息。

在第一种可能的实现方式中，结合第二方面，所述终端通过聚合SDK发送用于获取应用能力信息的能力信息请求至应用商店服务器之前，还包括：

所述终端在获取到位于所述终端中的应用软件被打开后，根据预设条件产生所述能力信息请求。

在第一种可能的实现方式中，结合第二方面或第一种可能的实现方式，

所述聚合SDK包含在所述终端中的应用软件中。

第三方面，提供一种应用商店服务器，包括：

接收单元，用于接收终端通过聚合软件开发工具包SDK发送的用于获取应用能力信息的能力信息请求；

发送单元，用于根据所述接收单元接收到的能力信息请求发送至少一个分发请求到至少一个能力提供商平台；其中，所述分发请求与所述能力提供商平台一一对应；

所述接收单元，还用于接收所述至少一个能力提供商平台根据接收到的所述发送单元发送的分发请求发送的所述应用能力信息；

所述发送单元，还用于发送所述应用能力信息至所述终端。

在第一种可能的实现方式中，结合第三方面，所述发送单元包括：

查找模块，用于根据所述能力信息请求中的请求代码，查找与所述请求代码对应的分发策略；

发送模块，用于根据所述查找模块找到的分发策略，发送至少一个分发请求到至少一个能力提供商平台。

在第四种可能的实现方式中，结合第三方面或上述任一可能的实现方式，所述应用商店服务器还包括：

处理单元，用于根据预先获得的所述聚合SDK的使用权限，检查所述能力信息请求的合法性；

鉴权单元，用于如果所述能力信息请求合法，则根据聚合SDK的鉴权信息对所述能力信息请求进行鉴权；其中，所述聚合SDK的鉴权信息携带在所述能力信息请求中；

所述处理单元，还用于当鉴权通过时，根据所述能力信息请求生成所述至少一个分发请求。

第四方面，提供一种终端，包括：

发送单元，用于通过聚合软件开发工具包SDK发送用于获取应用能力信息的能力信息请求至应用商店服务器，以便于所述应用商店服务器根据所述能力信息请求产生至少一个分发请求，并将所述至少一个分发请求发送到至少一个能力提供商平台；

接收单元，用于接收所述应用商店服务器从所述至少一个能力提供商平台获取的所述应用能力信息。

在第一种可能的实现方式中，结合第四方面，所述终端还包括：

处理单元，用于在获取到位于所述终端中的应用软件被打开后，根据预设条件产生所述能力信息请求。

在第二种可能的实现方式中，结合第四方面或第一种可能的实现方式，

所述聚合SDK包含在所述终端中的应用软件中。

第五方面，提供一种应用商店服务器，包括：至少一个处理器、存储器、通信接口和总线，所述至少一个处理器、存储器和通信接口通过总线连接并完成相互间的通信，所述存储器用于存储程序代码，其中：

所述处理器，用于调用存储器中的程序代码，用以执行以下操作：

接收终端通过聚合软件开发工具包SDK发送的用于获取应用能力信息的能力信息请求；

发送所述应用能力信息至所述终端。

在第一种可能的实现方式中，结合第五方面，所述处理器具体用于：

在第四种可能的实现方式中，结合第五方面或上述任一可能的实现方式，所述处理器还用于：

第六方面，提供一种终端，包括：至少一个处理器、存储器、通信接口和总线，所述至少一个处理器、存储器和通信接口通过总线连接并完成相互间的通信，所述存储器用于存储程序代码，其中：

通过聚合软件开发工具包SDK发送用于获取应用能力信息的能力信息请求至应用商店服务器，以便于所述应用商店服务器根据所述能力信息请求产生至少一个分发请求，并将所述至少一个分发请求发送到至少一个能力提供商平台；

在第一种可能的实现方式中，结合第六方面，

所述处理器，还用于在获取到位于所述终端中的应用软件被打开后，根据预设条件产生所述能力信息请求。

在第二种可能的实现方式中，结合第六方面或第一种可能的实现方式，

所述聚合SDK包含在所述终端中的应用软件中。

第七方面，提供一种能力获取系统，包括：应用商店服务器和终端，其中：

所述应用商店服务器为第三方面所述的任一应用商店服务器，所述终端为第四方面所述的任一终端；

或，所述应用商店服务器为第五方面所述的任一应用商店服务器，所述终端为第六方面所述的任一终端。

本发明的实施例提供的能力获取方法、装置和系统，通过使用聚合SDK和聚合网关封装各家能力提供商SDK，在应用软件需要较多的能力时，减少了内容提供商或服务提供商的开发难度。

附图说明

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

图1为本发明的实施例提供的一种能力获取方法的流程示意图；

图2为本发明的实施例提供的另一种能力获取方法的流程示意图；

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

图4为本发明的实施例提供的一种应用商店服务器的结构示意图；

图5为本发明的实施例提供的另一种应用商店服务器的结构示意图；

图6为本发明的实施例提供的又一种应用商店服务器的结构示意图；

图7为本发明的实施例提供的一种终端的结构示意图；

图8为本发明的另一实施例提供的一种应用商店服务器的结构示意图；

图9为本发明的另一实施例提供的一种终端的结构示意图；

图10为本发明的实施例提供的一种能力获取系统的结构示意图。

具体实施方式

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

本发明的实施例提供一种能力获取方法，参照图1所示，包括：

101、应用商店服务器接收终端通过聚合软件开发工具包(Software Development Kit，简称SDK)发送的用于获取应用能力信息的能力信息请求。

当用户触发位于终端上的应用软件后，根据预设的条件产生能力信息请求。该能力信息请求可以在通过鉴权后发送至能力提供商平台，用以获得应用能力信息。

102、应用商店服务器根据能力信息请求发送至少一个分发请求到至少一个能力提供商平台。

其中，分发请求与能力提供商平台一一对应。

具体的，应用商店服务器可以根据能力信息请求，查找与该能力信息请求对应的分发策略，并根据分发策略获得与该能力信息请求对应的分发请求。在获得分发请求后，将分发请求发送至能力提供商平台。

103、应用商店服务器接收至少一个能力提供商平台根据接收到的分发请求发送的应用能力信息。

能力提供商平台接收到分发请求后，根据分发请求中携带的业务策略信息返回对应的应用能力信息到应用商店服务器。

104、应用商店服务器发送应用能力信息至终端。

终端通过终端上的聚合SDK接收应用商店服务器发送的应用能力信息。如果能力提供商平台有多个，则此时终端接收到的应用能力信息是所有的应用能力信息的集合。

参照图2所示，本发明的实施例提供一种能力获取方法，包括：

201、终端通过聚合SDK发送用于获取应用能力信息的能力信息请求至应用商店服务器，以便于应用商店服务器根据能力信息请求产生至少一个分发请求，并将至少一个分发请求发送到至少一个能力提供商平台。

聚合SDK是包含在终端上的应用软件中的，该能力信息请求中包含了用户需要的所有应用能力信息。应用商店服务器根据能力信息请求在分发策略中产生对应的分发请求，并将该分发请求发送至能力提供商平台。

202、终端接收应用商店服务器从至少一个能力提供商平台获取的应用能力信息。

能力提供商平台接收到分发请求后，根据自己能力提供相应的的应用能力信息并将该应用能力信息发送至应用商店服务器，从而应用商店服务器将该应用能力信息发送至终端。

本发明的实施例提供的能力获取方法，通过使用聚合SDK和聚合网关封装各家能力提供商SDK，在应用软件需要较多的能力时，减少了内容提供商或服务提供商的开发难度。

本发明的实施例提供一种能力获取方法，应用商店服务器通过该应用商店服务器上的聚合网关来完成具体的实施步骤，参照图3所示，该方法具体包括：

301、终端在获取到位于终端中的应用软件被打开后，根据预设条件产生用于获取应用能力信息的能力信息请求。

位于终端的应用软件被打开或触发后，该应用软件对应的应用能力信息可以根据预设条件被请求；例如：当某个应用软件被触发后，该应用软件可以请求其中嵌入的广告能力；当用于购物的应用软件被用户触发支付功能时，该应用软件可以请求其中嵌入的支付功能。当应用软件请求获取应用能力信息时，可以产生相应的能力信息请求，即终端产生用于获取应用能力信息的能力信息请求。

302、终端通过聚合SDK发送能力信息请求至应用商店服务器。

聚合SDK包含在终端上的应用软件中。

聚合SDK中封装了各家能力提供商平台对应的能力提供商的SDK接口，这样聚合SDK可以向应用软件提供统一的能力提供商的接口，从而获取各家能力提供商的信息。

303、应用商店服务器接收终端通过聚合SDK发送的用于获取应用能力信息的能力信息请求。

能力信息请求可以是用户根据自己实际的需求通过触发终端上的应用软件后产生的，例如，用户想实现在线支付功能，即能力信息请求为支付，用户通过触发终端上对应软件的支付功能后，该能力信息请求会通过聚合SDK发送应用商店服务器。或者当应用能力信息为获取广告时，同样通过触发对应的软件，通过聚合SDK将获取广告的请求发送到应用商店服务器。

304、应用商店服务器根据预先获得的聚合SDK的使用权限，检查能力信息请求的合法性。

具体的，聚合SDK的使用权限是通过能力提供设备向应用商店发送请求信息后由该应用商店提供的。聚合SDK会预先与应用商店通信，将聚合SDK的使用权限、业务参数、聚合SDK规定的请求代码、能力提供设备的鉴权信息、开发密钥和加密算法等信息以协议的形式通过文档格式发送至应用商店，以便于为用户提供所需的应用能力。

305、如果能力信息请求合法，则应用商店服务器根据聚合SDK的鉴权信息对能力信息请求进行鉴权。

其中，聚合SDK的鉴权信息携带在能力信息请求中。

具体的，能力信息请求合法性可以通过与预先存储在应用商店中的协议中规定的信息的格式相比较得到的，主要检查参数是否合法。如果与协议中规定的格式一致则该能力信息请求合法，否则该能力信息请求不合法，则不会进行鉴权而是返回错误响应。

306、当鉴权通过时，应用商店服务器根据能力信息请求生成至少一个分发请求。

具体的，鉴权主要是通过聚合网关对该加密的请求信息进行解密并通过鉴权信息进行鉴权，如果解密成功且鉴权信息正确则鉴权通过，如果解密失败或者鉴权信息错误则鉴权失败。

具体的，如果能力信息请求不合法或鉴权失败，则返回错误响应至终端。

307、应用商店服务器根据能力信息请求中的请求代码，查找与请求代码对应的分发策略。

分发策略包括：能力信息请求对应的能力提供商平台的信息和从每个能力提供商平台获取的内容信息。

请求代码对应的分发策略通过应用商店服务器实时更新。分发策略是用于根据应用能力信息的能力信息请求产生分发请求至对应的能力提供商平台。例如，分发策略可以为该应用能力信息对应的是哪一个能力提供商平台。当应用能力信息不能由一家能力提供商平台提供时，分发策略中包含该应用能力信息分别对应的各家能力提供商平台。当然此处只是举例说明分发策略中包含的信息，具体的可以根据实际的运行环境来定义。

308、应用商店服务器根据分发策略，发送至少一个分发请求到至少一个能力提供商平台。

其中，分发请求中可以包括应用能力信息的业务参数，根据能力提供商平台所能提供的应用能力信息，分发请求中的业务参数为所有应用能力信息的业务参数或部分应用能力信息的业务参数。且，分发请求用于通知各个对应的能力提供商平台提供应用能力信息。

具体的，当聚合网关接收到获取能力提供商能力请求信息且该请求信息鉴权通过后，根据接收到的请求代码获取对应的分发策略，该分发策略可以包括：分发的目的能力提供商平台、流量比例等信息。例如，当用户需要支付功能时，该分发策略中包括的分发的目的能力提供商平台为：提供支付功能的能力提供商平台的信息，例如能力提供商平台A和B；该分发策略中包括的流量比例为：能力提供商平台A和B分别提供的支付能力信息的比例。并且聚合网关会根据分发策略生成至少一个分发请求。该分发请求中可以携带业务参数和目的能力提供商平台标识等信息。根据目的能力提供商平台标识信息，可以将分发请求发送至分发请求对应的能力提供商平台。其中，所述的业务参数为应用软件对应用能力信息的要求，例如当要获取的应用能力信息为广告能力时，所述业务参数可以为应用软件对广告形式的要求，例如广告的形式、大小等。

309、应用商店服务器接收至少一个能力提供商平台根据接收到的分发请求发送的应用能力信息。

具体的，分发请求的个数与需要获取的应用能力信息对应的能力提供商平台的个数一致。当应用能力信息需要多家能力提供商平台来提供时，每家能力提供商平台提供的是所需的应用能力信息的一部分，所有能力提供商平台提供的信息的集合为所述的应用能力信息。

310、应用商店服务器发送应用能力信息至终端。

最终，终端会将接收到的应用能力信息通过终端上的应用软件展现出来。

当应用能力信息需要多家能力提供商平台提供，此时终端接收到的应用能力信息是经过应用商店服务器组装后的包含所有能力提供商平台提供的能力信息。

能力提供商平台的个数并不唯一，具体的能力提供商平台的个数根据用户所需求的应用能力来确定。

当能力提供商平台的个数大于一个，提供的应用能力信息个数大于一个时，应用能力提供商需要将接收到的所有应用能力信息组装成应用能力信息集合之后，发送该应用能力信息集合到终端。

下面通过具体的例子对本发明实施例提供的聚合SDK开放的方法进行说明：

某内容提供商(Content Provider，简称CP)/服务提供商(ServiceProvider，简称SP)想在某一应用中投放广告，则该CP/SP向应用商店服务器申请一个请求代码。然后CP/SP将投放广告的能力对应的聚合SDK嵌入到该应用软件中，在应用商店上架。运营初期，该CP/SP计划投放广告平台A、B两家的广告，且投放比例为50％∶50％；此时应用商店管理员在聚合网关配置请求代码对应广告平台A、广告平台B两家平台，请求比例为50％∶50％，表示广告请求平分到两家平台，该请求代码对应的分发策略即为：广告平台A和广告平台B，广告内容比例为A∶B＝50％∶50％。

运营一段时间后，该CP/SP发现广告平台A的投放效果明显优于B，就想降低广告平台B的请求比例，则可以通过应用商店管理员将聚合网关上的分发策略中的广告内容比例修改为A∶B＝70％∶30％。这样，应用软件请求的广告内容中，广告平台A的广告会占到70％。

再后来，该CP/SP想引入广告平台C的广告同时不想再投放广告平台B的广告。该CP/SP可以通过应用商店管理员，将请求代码对应的分发策略修改为：广告平台A和广告平台C，广告内容比例为A∶C＝50％∶50％。

这样CP/SP可以在应用软件不升级的情况下，随时调整投放的广告平台以及请求比例，大大提高了CP/SP、应用商店和广告平台的收益。

本发明实施例中，CP/SP到能力提供商平台的所有请求都要经过聚合网关，因此聚合网关可以监控各个能力提供商的流量、能力提供成功率等信息，加强了对能力提供商的控制。并且，因为聚合网关中产生的分发策略中已经有各个能力提供商的标识信息，当CP/SP需要增加或者删除接入能力提供商平台时，只需要在应用商店服务器更改请求代码对应的分发策略，而不需要对应用软件升级，极大地提高了工作效率。同时，应用软件使用一家或者多家能力提供商的能力时，由于聚合SDK已经与各家能力提供商平台通信，因此此时应用软件只需要适配聚合网关，只与聚合网关联调便可得到各家能力提供商的能力。

本发明中通过将各家能力提供商的对应的SDK封装在一个聚合SDK中，可以节省应用软件的体积。并且，因为应用软件中由聚合SDK代替了多个SDK，能力提供商平台只需适配聚合SDK的接口，不用再适配各家能力提供商平台对应的SDK接口，减少了应用软件的开发周期。同时，由于聚合SDK中具有各家能力提供商平台的接口，聚合SDk屏蔽了各家SDK的差异，使各家SDK终端是透明的，应用软件不需要依赖能力提供商平台。

本发明的实施例提供一种应用商店服务器4，参照图4所示，包括：接收单元41和发送单元42，其中：

接收单元41，用于接收终端通过聚合SDK发送的用于获取应用能力信息的能力信息请求。

获取能力提供商能力请求在用户触发能力提供设备提供的应用软件后产生。其中，能力提供设备提供的应用软件在能力提供设备从应用商店获取聚合SDK的使用权限后，根据聚合SDK生成。

发送单元42，用于根据接收单元接收到的能力信息请求发送至少一个分发请求到至少一个能力提供商平台。

其中，分发请求与能力提供商平台一一对应。

接收单元41，还用于接收至少一个能力提供商平台根据接收到的发送单元发送的分发请求发送的应用能力信息。

发送单元42，还用于发送应用能力信息至终端。

本发明的实施例提供的应用商店服务器，通过使用聚合SDK和聚合网关封装各家能力提供商SDK，在用户需要CP/SP提供较多的功能时，减少了CP/SP应用软件的依赖性，减少了CP/SP应用软件的体积、增强了对能力提供商的控制。

进一步，参照图5所示，该发送单元42包括：查找模块421和发送模块422，其中：

查找模块421，用于根据能力信息请求中的请求代码，查找与请求代码对应的分发策略。

发送模块422，用于根据查找模块找到的分发策略，发送至少一个分发请求到至少一个能力提供商平台。

其中，请求代码对应的分发策略通过应用商店服务器实时更新。

进一步，参照图6所示，该应用商店服务器还包括：处理单元43和鉴权单元44，其中，

处理单元43，用于根据预先获得的聚合SDK的使用权限，检查能力信息请求的合法性。

鉴权单元44，用于如果能力信息请求合法，则根据聚合SDK的鉴权信息对能力信息请求进行鉴权。

其中，聚合SDK的鉴权信息携带在能力信息请求中。

处理单元43，还用于当鉴权通过时，根据能力信息请求生成至少一个分发请求。

本发明的实施例提供的应用商店服务器，通过使用聚合SDK和聚合网关封装各家能力提供商SDK，在应用软件需要较多的能力时，减少了内容提供商或服务提供商的开发难度。

本发明的实施例提供一种终端5，参照图7所示，包括：发送单元51和接收单元52，其中：

发送单元51，用于通过聚合软件开发工具包SDK发送用于获取应用能力信息的能力信息请求至应用商店服务器，以便于应用商店服务器根据能力信息请求产生至少一个分发请求，并将至少一个分发请求发送到至少一个能力提供商平台。

接收单元52，用于接收应用商店服务器从至少一个能力提供商平台获取的应用能力信息。

进一步，参照图7所示，该终端还包括：处理单元53，

处理单元53，用于在获取到位于终端中的应用软件被打开后，根据预设条件产生能力信息请求。

其中，聚合SDK包含在终端中的应用软件中。

本发明的实施例提供的终端，通过使用聚合SDK和聚合网关封装各家能力提供商SDK，在用户需要CP/SP提供较多的功能时，减少了CP/SP应用软件的依赖性，减少了CP/SP应用软件的体积、增强了对能力提供商的控制。进而，可以减少CP/SP应用软件的开发周期。

需要说明的是，图4或图5或图6所示实施例提供的应用商店服务器，以及图7所示实施例提供的终端，用于实现图1-图3所示实施例提供的方法，具体工作流程和工作原理可以参见上述图1-图3所示实施例中的描述，在此不再赘述。

本发明的实施例提供一种应用商店服务器6，参照图8所示，包括：至少一个处理器61、存储器62、通信接口63和总线64，至少一个处理器61、存储器62和通信接口63通过总线64连接并完成相互间的通信，存储器61用于存储程序代码，其中：

该总线64可以是工业标准体系结构(Industry StandardArchitecture，简称为ISA)总线、外部设备互连(Peripheral ComponentInterconnect，简称为PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，简称为EISA)总线等。该总线64可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其中：

存储器62用于存储程序代码，该程序代码包括操作指令。存储器62可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器61可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific IntegratedCircuit，简称为ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。

通信接口63，主要用于实现本实施例中的装置之间的通信。

处理器61，还用于调用存储器62中的程序代码，用以执行以下操作：

接收终端通过聚合SDK发送的用于获取应用能力信息的能力信息请求。

根据能力信息请求发送至少一个分发请求到至少一个能力提供商平台。其中，分发请求与能力提供商平台一一对应。

接收至少一个能力提供商平台根据接收到的分发请求发送的应用能力信息。

发送应用能力信息至终端。

进一步，处理器61，具体用于：

根据能力信息请求中的请求代码，查找与请求代码对应的分发策略。

根据分发策略，发送至少一个分发请求到至少一个能力提供商平台。

其中，分发策略包括：能力信息请求对应的能力提供商平台的信息和从每个能力提供商平台获取的内容信息。

请求代码对应的分发策略通过应用商店服务器实时更新。

进一步，处理器61，还用于执行以下操作：

根据预先获得的聚合SDK的使用权限，检查能力信息请求的合法性。

如果能力信息请求合法，则根据聚合SDK的鉴权信息对能力信息请求进行鉴权。其中，聚合SDK的鉴权信息携带在能力信息请求中。

当鉴权通过时，根据能力信息请求生成至少一个分发请求。

本发明的实施例提供一种终端7，参照图9所示，包括：至少一个处理器71、存储器72、通信接口73和总线74，至少一个处理器71、存储器72和通信接口73通过总线74连接并完成相互间的通信，存储器72用于存储程序代码，其中：

该总线74可以是工业标准体系结构(Industry StandardArchitecture，简称为ISA)总线、外部设备互连(Peripheral ComponentInterconnect，简称为PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，简称为EISA)总线等。该总线74可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其中：

存储器72用于存储程序代码，该程序代码包括操作指令。存储器72可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器71可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific IntegratedCircuit，简称为ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。

通信接口73，主要用于实现本实施例中的装置之间的通信。

处理器71，还用于调用存储器72中的程序代码，用以执行以下操作：

通过聚合SDK发送用于获取应用能力信息的能力信息请求至应用商店服务器，以便于应用商店服务器根据能力信息请求产生至少一个分发请求，并将至少一个分发请求发送到至少一个能力提供商平台。

接收应用商店服务器从至少一个能力提供商平台获取的应用能力信息。

处理器71，还用于在获取到位于终端中的应用软件被打开后，根据预设条件产生能力信息请求。

其中，聚合SDK包含在终端中的应用软件中。

本发明的实施例提供的终端，通过使用聚合SDK和聚合网关封装各家能力提供商SDK，在应用软件需要较多的能力时，减少了内容提供商或服务提供商的开发难度。

需要说明的是，图8所示实施例提供的应用商店服务器，以及图9所示实施例提供的终端，用于实现图1-图3所示实施例提供的方法，具体工作流程和工作原理可以参见上述图1-图3所示实施例中的描述，在此不再赘述。

本发明的实施例提供一种能力获取系统，参照图10所示，包括：应用商店服务器和终端，其中：

应用商店服务器为图4～6对应的实施例中的任一应用商店服务器，终端为图7对应的实施例中的终端。

或，应用商店服务器为图8对应的实施例中的应用商店服务器，终端为图9对应的实施例中的终端。

本发明的实施例提供的能力获取系统，通过使用聚合SDK和聚合网关封装各家能力提供商SDK，在应用软件需要较多的能力时，减少了内容提供商或服务提供商的开发难度。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种能力获取方法，其特征在于，包括：

应用商店服务器接收终端通过聚合软件开发工具包SDK发送的用于获取应用能力信息的能力信息请求；

发送所述应用能力信息至所述终端。

2.根据权利要求1所述的方法，其特征在于，所述根据所述能力信息请求发送至少一个分发请求到至少一个能力提供商平台，包括：

3.根据权利要求2所述的方法，其特征在于，所述分发策略包括：

4.根据权利要求2或3所述的方法，其特征在于，

所述请求代码对应的分发策略通过所述应用商店服务器实时更新。

5.根据权利要求1～4任一所述的方法，其特征在于，所述根据所述能力信息请求发送至少一个分发请求到至少一个能力提供商平台之前，还包括：

6.一种能力获取方法，其特征在于，包括：

7.根据权利要求6所述的方法，其特征在于，所述终端通过聚合SDK发送用于获取应用能力信息的能力信息请求至应用商店服务器之前，还包括：

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

所述聚合SDK包含在所述终端中的应用软件中。

9.一种应用商店服务器，其特征在于，包括：

所述发送单元，还用于发送所述应用能力信息至所述终端。

10.根据权利要求9所述的应用商店服务器，其特征在于，所述发送单元包括：

11.根据权利要求10所述的应用商店服务器，其特征在于，所述分发策略包括：

12.根据权利要求10或11所述的应用商店服务器，其特征在于，

13.根据权利要求9～12任一所述的应用商店服务器，其特征在于，所述应用商店服务器还包括：

14.一种终端，其特征在于，包括：

15.根据权利要求14所述的终端，其特征在于，所述终端还包括：

16.根据权利要求14或15所述的终端，其特征在于：

所述聚合SDK包含在所述终端中的应用软件中。

17.一种应用商店服务器，其特征在于，包括：至少一个处理器、存储器、通信接口和总线，所述至少一个处理器、存储器和通信接口通过总线连接并完成相互间的通信，所述存储器用于存储程序代码，其中：

发送所述应用能力信息至所述终端。

18.根据权利要求17所述的应用商店服务器，其特征在于，所述处理器具体用于：

19.根据权利要求18所述的应用商店服务器，其特征在于，所述分发策略包括：

20.根据权利要求18或19所述的应用商店服务器，其特征在于，

21.根据权利要求17～20任一所述的应用商店服务器，其特征在于，所述处理器还用于：

22.一种终端，其特征在于，包括：至少一个处理器、存储器、通信接口和总线，所述至少一个处理器、存储器和通信接口通过总线连接并完成相互间的通信，所述存储器用于存储程序代码，其中：

23.根据权利要求14所述的终端，其特征在于，

24.根据权利要求22或23所述的终端，其特征在于：

所述聚合SDK包含在所述终端中的应用软件中。

25.一种能力获取系统，其特征在于，包括：应用商店服务器和终端，其中：

所述应用商店服务器为权利要求9～13所述的任一应用商店服务器，所述终端为权利要求14～16所述的任一终端；

或者，所述应用商店服务器为权利要求17～21所述的任一应用商店服务器，所述终端为权利要求22～24所述的任一终端。