CN104636122A - 一种能力组件的共享方法和设备 - Google Patents

Abstract

本发明公开了一种能力组件的共享方法和设备，该方法包括：在第三方应用需要调用能力组件时，能力组件管理框架接收来自第三方应用的能力组件调用请求，并确定第三方应用需要调用的能力组件；能力组件管理框架检测能力组件当前是否处于运行状态；如果是，则能力组件管理框架将能力组件的服务返回给第三方应用，由第三方应用调用能力组件的服务；如果否，则能力组件管理框架启动能力组件的服务，将能力组件的服务返回给第三方应用，由第三方应用调用所述能力组件的服务。本发明实施例中，可以实现能力组件共享，从而节约系统资源；可以实现能力组件动态升级，从而大幅提升用户体验；可以保证所有客户端使用的能力组件的版本一致。

Description

一种能力组件的共享方法和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种能力组件的共享方法和设备。

背景技术

随着智能移动终端的普及和HTML5（Hyper Text Markup Language，超文本标记语言）技术的发展，当前考虑如何将HTML5应用程序作为本地程序运行，混搭应用（Mashup Application）在此背景下应运而生。混搭应用是指采用Web语言开发，调用终端设备的操作系统上浏览器内核开放的HTML5功能，最终打包（编译）成原生应用的软件包格式。混搭应用可以保留Web应用一套代码多平台部署的优点，并弥补了传统Web应用功能受限、分发和使用形式单一的缺点，从而迅速成为终端设备的HTML5应用的主要形式之一。

尽管HTML5相比传统Web技术在功能上大大增强，但是仍无法满足各种终端设备应用的开发需求，因此混搭应用中一般通过第三方插件等技术进行本地Web能力的扩展。如图1所示，为支持能力组件的混搭应用的架构示意图。其中，基于Web运行环境的第三方插件是能够获得本地部分功能的扩展，而这些扩展是HTML5中没有提供的。混搭应用需要使用第三方能力插件时，可以通过第三方能力插件的API（Application Programming Interface，应用程序接口）调用，之后将开发程序与第三方插件打包在一起，编译成原生应用格式进行发布。因此，如果开发者在应用开发中需要调用终端设备操作系统平台Web内核未提供的功能，则可以通过自行扩展能力组件的方式来满足该需求。

但是，目前的Web能力组件方案都存在一定的局限性，具体的：（1）能力组件无法像操作系统基础能力那样供所有客户端共享，每个客户端如果需要调用组件的能力，就需要将该能力组件直接打包在客户端软件包中。（2）无法单独升级能力组件。由于能力组件是打包在应用中，如果要升级能力组件功能，则需要自行升级整个客户端软件。（3）无法保证所有客户端使用同一版本能力组件。对于能力组件的开发者或者运营方而言，无法保证市场上的客户端使用的都是开发者或者运营方提供的最新版本的能力组件。

发明内容

本发明实施例提供一种能力组件的共享方法和设备，以对能力组件进行共享，使终端设备的各应用（不同应用对应不同客户端）可以共享能力组件。

为了达到上述目的，本发明实施例提供一种能力组件的共享方法，用在终端设备内第三方应用调用能力组件的过程，终端设备包括能力组件管理框架和能力组件，能力组件管理框架和所述能力组件分别以独立的服务进程运行，且能力组件管理框架包括能力应用程序接口API，所述方法包括以下步骤：

在第三方应用需要调用能力组件时，所述能力组件管理框架接收来自第三方应用的能力组件调用请求，并确定所述第三方应用需要调用的能力组件；

所述能力组件管理框架检测所述能力组件当前是否处于运行状态；

如果是，则所述能力组件管理框架将所述能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务；如果否，则所述能力组件管理框架启动所述能力组件的服务，将所述能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务。

本发明实施例提供一种终端设备，用在终端设备内第三方应用调用能力组件的过程，所述终端设备包括能力组件管理框架和能力组件，所述能力组件管理框架和所述能力组件分别以独立的服务进程运行，且所述能力组件管理框架包括能力应用程序接口API，所述能力组件管理框架具体包括：

接收模块，用于在第三方应用需要调用能力组件时，接收来自第三方应用的能力组件调用请求，并确定所述第三方应用需要调用的能力组件；

检测模块，用于检测所述能力组件当前是否处于运行状态；

处理模块，用于在能力组件当前处于运行状态时，将能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务；在能力组件当前未处于运行状态时，启动所述能力组件的服务，将所述能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务。

与现有技术相比，本发明实施例至少具有以下优点：本发明实施例中，实现能力组件共享，使终端设备的各应用（不同应用对应不同客户端）共享能力组件，解决能力组件无法供所有客户端共享的问题，从而节约系统资源。实现能力组件动态升级，以保证随时将客户端的某能力组件升级到最新版本，无需升级调用该能力组件的客户端，解决能力组件无法独立于客户端单独升级的问题，大幅提升用户体验。保证所有客户端使用的能力组件的版本一致，解决无法保证所有客户端使用同一版本能力组件的问题，应用体验更好。

附图说明

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

图1是现有技术中支持能力组件的混搭应用的架构示意图；

图2是本发明实施例的能力组件SDK和传统能力组件SDK区别示意图；

图3是本发明实施例一中提供的应用场景的示意图；

图4是本发明实施例一提供的一种能力组件的共享方法流程示意图；

图5-图8是本发明实施例一中提出的相关代码的示意图；

图9是本发明实施例二提供的一种终端设备的结构示意图。

具体实施方式

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

实施例一

针对现有技术中存在的问题，本发明实施例一提供一种能力组件的共享方法，用在终端设备内第三方应用调用能力组件的过程中，该终端设备包括能力组件管理框架和能力组件，能力组件管理框架和能力组件分别以独立的服务进程运行，且能力组件管理框架包括能力API。其中，各第三方应用可以对应相同的能力组件管理框架，且各第三方应用可以对应不同的能力组件。

本发明实施例中，终端设备具体包括但不限于使用Android操作系统的移动终端。进一步的，各第三方应用中包含的能力不仅可以供本第三方应用自身使用，该能力还可以被其它第三方应用共享使用，因此这种形式的能力则称为能力组件。进一步的，该能力组件具体可以为API具体实现。

如图2所示，为本发明实施例提出的能力组件SDK和传统能力组件SDK的区别示意图，与传统能力组件SDK（传统能力组件SDK将能力API和API具体实现聚合在同一个软件开发包中）不同的是，本发明实施例中，将能力API和API具体实现（即能力组件）分离，并增加能力组件管理框架，并将能力API纳入能力组件管理框架。其中，该能力组件管理框架作为能力组件的统一对外接口，向客户端提供各能力组件调用具体能力的方法，并提供状态检测、应用鉴权、应用数据共享等方法，可以支持状态检测、安全检查、定期更新检查、差分升级下载等功能。因此，上述方式可以实现能力组件的统一管理，能力组件的能力可以供终端设备上的客户端共享，同时可以及时升级能力组件，并确保所有客户端调用的是最新的、同一个版本的能力组件。

综上所述，本发明实施例中，增加的能力组件管理框架可以支持状态检测、安全检查、定期更新检查、差分升级下载等功能。此外，将能力API和API具体实现分离，将能力API加到能力组件管理框架中，将API具体实现成为能力组件。此外，能力组件管理框架和各个能力组件均以独立的后台服务进程形式运行，形式独立。此外，客户端应用需要调用某能力组件时，将调用请求发送给能力组件管理框架，由能力组件管理框架负责统一调度。此外，增加能力组件远程管理部署平台，该平台直接与能力组件管理框架通信，负责各种版本的能力组件的管理，同时提供能力组件的下载、升级功能。

在上述应用场景下，如图3所示，为本发明实施例的应用场景示意图。进一步的，如图4所示，该能力组件的共享方法包括以下步骤：

步骤401，在第三方应用需要调用能力组件时，能力组件管理框架接收来自第三方应用的能力组件调用请求，并确定第三方应用需要调用的能力组件。

其中，在第三方应用需要调用能力组件时，第三方应用会将自身需要调用的能力组件的信息携带于能力组件调用请求中发送给能力组件管理框架。因此，能力组件管理框架在收到能力组件调用请求之后，可以从能力组件调用请求中提取出相应的信息，以确定第三方应用需要调用的能力组件。

步骤402，能力组件管理框架检测能力组件当前是否处于运行状态；如果是，则执行步骤403；如果否，则执行步骤404。

步骤403，在能力组件当前处于运行状态时，能力组件管理框架将能力组件的服务返回给第三方应用，由第三方应用调用能力组件的服务。

步骤404，在能力组件当前未处于运行状态时，能力组件管理框架启动能力组件的服务，将能力组件的服务返回给第三方应用（即将当前启动的能力组件的服务返回给第三方应用），由第三方应用调用能力组件的服务。

本发明实施例中，在能力组件管理框架接收来自第三方应用的能力组件调用请求前，在第三方应用需要调用能力组件时，终端设备还检测能力组件管理框架当前是否处于运行状态。如果是，由能力组件管理框架接收来自第三方应用的能力组件调用请求，确定第三方应用需要调用的能力组件，检测能力组件当前是否处于运行状态。如果否，终端设备启动能力组件管理框架的服务，由能力组件管理框架接收来自第三方应用的能力组件调用请求，确定第三方应用需要调用的能力组件，检测能力组件当前是否处于运行状态。

本发明实施例中，还可以包括能力组件管理框架升级能力组件的过程。具体的，在第三方应用需要调用能力组件时，能力组件管理框架检测该能力组件是否为最高版本的能力组件；如果不是最高版本的能力组件，能力组件管理框架将该能力组件升级为最高版本的能力组件；如果是最高版本的能力组件，能力组件管理框架不需要升级该能力组件。或者，能力组件管理框架根据预设周期定时检测各能力组件是否为最高版本的能力组件；如果有能力组件不是最高版本的能力组件，能力组件管理框架将该能力组件升级为最高版本的能力组件。否则，能力组件管理框架不对各能力组件进行升级处理。

能力组件管理框架在检测能力组件是否为最高版本的能力组件的过程中，能力组件管理框架需要获得本终端设备上该能力组件的版本，并从能力组件远程管理部署平台上获得该能力组件的版本（能力组件远程管理部署平台上该能力组件的版本为最高版本）。如果本终端设备上该能力组件的版本低于能力组件远程管理部署平台上该能力组件的版本，则该能力组件不是最高版本的能力组件；如果本终端设备上该能力组件的版本与能力组件远程管理部署平台上该能力组件的版本相同，则该能力组件是最高版本的能力组件。

综上所述，本发明实施例中，可以实现能力组件共享，使终端设备的各应用（不同应用对应不同客户端）共享能力组件，解决能力组件无法供所有客户端共享的问题，从而节约系统资源。进一步的，可以实现能力组件动态升级，以保证随时将客户端的某能力组件升级到最新版本，无需升级调用该能力组件的客户端，解决能力组件无法独立于客户端单独升级的问题，大幅提升用户体验。进一步的，可以保证所有客户端使用的能力组件的版本一致，解决无法保证所有客户端使用同一版本能力组件的问题，应用体验更好。

以使用Android操作系统的移动终端为例，以下结合具体的实施例对传统能力组件改造成本发明实施例提出的能力组件的方法进行详细说明。在本实施例中，以实现应用内计费能力组件为例进行说明，相应过程包括以下步骤：

步骤1、创建后台服务。

能力组件以Service的形式在Android操作系统中运行，因此，能力组件开发者首先需要建立一个Android工程，并在其中实现一个Service对象。

步骤2、创建能力接口描述文件。

能力组件开发者在能力具体实现工程中添加AIDL（Android Interfacedefinition language，Android接口定义语言）文件，并在该AIDL文件中声明该能力对外提供的接口方法。以IAP（In Application Programming，在应用编程）能力为例进行说明，其对外提供了requestBillin()g和checkBilling()等两个接口方法，其IDemoIAPSDK.aidl文件中的声明如图5所示。

步骤3、实现AIDL接口。

在能力组件的Service中，能力组件开发者需要自定义一个IBinder对象作为Service的onBind()方法的返回值，并具体实现步骤2中的AIDL文件声明的接口方法。以IAP能力为例，其中和IBinder对象mBinder相关的关键代码可以如图6所示，在图6的相关注释中已标明确注了接口方法requestBilling()和checkBilling()的具体实现位置。

步骤4、监控Service绑定个数。

当第三方应用不再使用能力组件（例如退出应用）时，应当解除对能力Service的绑定。此时，该能力Service的被绑定个数为0，能力Service应该从Android操作系统中退出，以减少终端内存开销。如图7所示的相关代码中，变量refCount即为能力Service被绑定的个数。能力组件开发者需要在能力Service被绑定、再次被绑定、解除绑定时计算该Service被绑定的个数，以便判定是否需要从Android操作系统中进行退出。进一步的，能力组件开发者应注意到，onBind方法的具体实现中新增了计数相关的内容。

步骤5、输出软件开发包。

上述步骤1-步骤4之后，能力组件开发者可以将能力具体实现包工程中的文件以jar包形式输出。Eclipse用户可以在能力具体实现包工程的根目录点击右键，选择Export->Java->JAR file，只勾选该工程的src和gen目录作为输出内容，点击确认按钮后即可得到输出jar，供统一发布能力组件apk使用。

步骤6、声明Service。

Service对象需要通过<service>标签在AndroidManifext.xml中注册后，才能正常运行。在以jar包形式提供能力具体实现包时，能力组件开发者需要提供能力组件Service的注册信息和使用的权限信息，并添加到能力组件实现包工程的AndroidManifest.xml文件中。其中，能力Service需要供第三方应用跨进程调用，因此Service的android:exported属性要声明为true。以IAP能力为例，需要添加的内容如图8所示。进一步的，在注释<!--终端设备应用框架的使用标识开始-->和<!--终端应用框架的使用标识结束-->之间，<categoryandroid:name="android.intent.category.SAF.COMPONENT"/>为终端设备应用框架特有的标识，需要准确无误地添加到AndroidManifest.xml文件中。此外，能力组件开发者还需要注意，上述声明中intent-filter的android:priority属性值是能力组件版本高低的唯一判断标识。在升级能力组件时，应严格保证新版本的值比旧版本的高，否则会在实际运营中出现能力调用版本混乱的问题。

实施例二

基于与上述方法同样的发明构思，本发明实施例中还提供了一种终端设备，用在终端设备内第三方应用调用能力组件的过程，所述终端设备包括能力组件管理框架和能力组件，所述能力组件管理框架和所述能力组件分别以独立的服务进程运行，且所述能力组件管理框架包括能力应用程序接口API，如图9所示，所述能力组件管理框架具体包括：

接收模块11，用于在第三方应用需要调用能力组件时，接收来自第三方应用的能力组件调用请求，并确定所述第三方应用需要调用的能力组件；

检测模块12，用于检测所述能力组件当前是否处于运行状态；

处理模块13，用于在能力组件当前处于运行状态时，将能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务；在能力组件当前未处于运行状态时，启动所述能力组件的服务，将所述能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务。

所述终端设备还包括：启动模块14，用于检测所述能力组件管理框架当前是否处于运行状态；如果否，则启动所述能力组件管理框架的服务。

所述检测模块12，还用于在第三方应用需要调用能力组件时，检测所述能力组件是否为最高版本的能力组件；或者，根据预设周期定时检测各能力组件是否为最高版本的能力组件；所述处理模块13，还用于在第三方应用需要调用能力组件时，如果不是最高版本的能力组件，将所述能力组件升级为最高版本的能力组件；或者，在根据预设周期定时检测各能力组件是否为最高版本的能力组件时，如果有能力组件不是最高版本的能力组件，将该能力组件升级为最高版本的能力组件。

本发明实施例中，所述终端设备包括使用Android操作系统的移动终端。

本发明实施例中，所述能力组件具体为API具体实现。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种能力组件的共享方法，用在终端设备内第三方应用调用能力组件的过程，其特征在于，所述终端设备包括能力组件管理框架和能力组件，所述能力组件管理框架和所述能力组件分别以独立的服务进程运行，且所述能力组件管理框架包括能力应用程序接口API，所述方法包括以下步骤：

在第三方应用需要调用能力组件时，所述能力组件管理框架接收来自第三方应用的能力组件调用请求，并确定所述第三方应用需要调用的能力组件；

所述能力组件管理框架检测所述能力组件当前是否处于运行状态；

如果是，则所述能力组件管理框架将所述能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务；如果否，则所述能力组件管理框架启动所述能力组件的服务，将所述能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务。

2.如权利要求1所述的方法，其特征在于，所述能力组件管理框架接收来自第三方应用的能力组件调用请求之前，所述方法还包括：

所述终端设备检测所述能力组件管理框架当前是否处于运行状态；如果否，则所述终端设备启动所述能力组件管理框架的服务。

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

在第三方应用需要调用能力组件时，所述能力组件管理框架检测所述能力组件是否为最高版本的能力组件；如果不是最高版本的能力组件，则所述能力组件管理框架将所述能力组件升级为最高版本的能力组件；或者，

所述能力组件管理框架根据预设周期定时检测各能力组件是否为最高版本的能力组件；如果有能力组件不是最高版本的能力组件，则所述能力组件管理框架将该能力组件升级为最高版本的能力组件。

4.如权利要求1-3任一项所述的方法，其特征在于，所述终端设备具体包括使用Android操作系统的移动终端。

5.如权利要求1-3任一项所述的方法，其特征在于，所述能力组件具体为API具体实现。

6.一种终端设备，用在终端设备内第三方应用调用能力组件的过程，其特征在于，所述终端设备包括能力组件管理框架和能力组件，所述能力组件管理框架和所述能力组件分别以独立的服务进程运行，且所述能力组件管理框架包括能力应用程序接口API，所述能力组件管理框架具体包括：

接收模块，用于在第三方应用需要调用能力组件时，接收来自第三方应用的能力组件调用请求，并确定所述第三方应用需要调用的能力组件；

检测模块，用于检测所述能力组件当前是否处于运行状态；

处理模块，用于在能力组件当前处于运行状态时，将能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务；在能力组件当前未处于运行状态时，启动所述能力组件的服务，将所述能力组件的服务返回给所述第三方应用，由所述第三方应用调用所述能力组件的服务。

7.如权利要求6所述的终端设备，其特征在于，所述终端设备还包括：

启动模块，用于检测所述能力组件管理框架当前是否处于运行状态；如果当前未处于运行状态，则启动所述能力组件管理框架的服务。

8.如权利要求6所述的终端设备，其特征在于，

所述检测模块，还用于在第三方应用需要调用能力组件时，检测所述能力组件是否为最高版本的能力组件；或者，根据预设周期定时检测各能力组件是否为最高版本的能力组件；

所述处理模块，还用于在第三方应用需要调用能力组件时，如果不是最高版本的能力组件，将所述能力组件升级为最高版本的能力组件；或者，在根据预设周期定时检测各能力组件是否为最高版本的能力组件时，如果有能力组件不是最高版本的能力组件，将该能力组件升级为最高版本的能力组件。

9.如权利要求6-8任一项所述的终端设备，其特征在于，所述终端设备具体包括使用Android操作系统的移动终端。

10.如权利要求6-8任一项所述的终端设备，其特征在于，所述能力组件具体为API具体实现。