CN105302563B - 移动应用服务的插件化方法及系统 - Google Patents

Abstract

本发明提供一种移动应用服务的插件化方法及系统，其中的方法包括：移动应用客户端通过平台框架向文件服务器发送下载插件的请求；文件服务器根据请求下载插件到预设的沙盒中；其中，插件为HTML文件格式或者由原生代码封装成的动态库格式；移动应用服务通过平台框架提供的预定义的插件接口读取并运行沙盒中的插件。利用本发明能够增强系统的扩展性，还能够动态增加或删除插件，使插件易于管理与维护；以及，在缩小系统的更新量的同时还能够缩短开发周期。

Description

移动应用服务的插件化方法及系统

技术领域

本发明涉及移动互联网技术领域，更为具体地，涉及一种移动应用服务的插件化方法及系统。

背景技术

随着企业规模的扩大，企业移动门户项目包含的系统越来越全面，系统的功能也会越做越多，长此以往，企业移动门户项目会面临诸多的问题，例如：

1、随着移动应用上线的功能和系统的增多，移动应用越做越大，大量消耗内存资源。

2、移动应用每次添加新的功能或系统时，以及每次进行功能或系统的更新时，都会对整个移动应用进行升级，频繁升级会影响用户的体验，不及时升级会导致用户使用版本的混乱。

3、移动应用的每个功能或系统的运行与整个移动应用紧密联系，当各个功能或系统出现bug(是指在软件运行中因为程序本身有错误而造成的功能不正常、体验不佳、数据丢失、非正常中断等漏洞)时，可能会导致整个移动应用的崩溃。

4、主平台框架和各个系统为一个整体，需要同一个团队开发，开发任务大，开发周期长。

发明内容

鉴于上述问题，本发明的目的是提供一种移动应用服务的插件化方法及系统，以解决上述背景技术中所提出的问题。

本发明提供一种移动应用服务的插件化方法，包括：

移动应用客户端通过平台框架向文件服务器发送下载插件的请求；

文件服务器根据请求下载插件到预设的沙盒中；其中，插件为HTML文件格式或者由原生代码封装成的动态库格式；

移动应用客户端通过平台框架提供的预定义的插件接口读取并运行沙盒中的插件。

本发明还提供一种移动应用服务的插件化系统，包括：

请求发送单元，用于通过平台框架向文件服务器发送下载插件的请求；

插件下载单元，用于通过文件服务器根据请求下载插件到预设的沙盒中；其中，插件为HTML文件格式或者由原生代码封装成的动态库格式；

插件读取单元，用于通过平台框架提供的预定义的插件接口读取沙盒中的插件；

插件运行单元，用于运行插件读取单元读取的插件。

利用上述根据本发明的移动应用服务的插件化方法及系统，能够取得以下技术效果：

1、增强系统扩展性：在移动应用服务发布后可在不必重新编译系统的前提下按需对系统功能进行扩充。

2、动态增加、删除插件：根据不同用户需求，用户自主添加/删除功能系统插件且各个功能系统插件互不影响，易于管理与维护；

3、更新量小：进行软件升级时，只需要将插件进行替换即可。

4、并行开发，提升效率：平台框架和插件的耦合性低，各个插件开发人员只需遵循接口协议，就能开发出互不影响的插件模块，缩短开发周期。

为了实现上述以及相关目的，本发明的一个或多个方面包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明了本发明的某些示例性方面。然而，这些方面指示的仅仅是可使用本发明的原理的各种方式中的一些方式。此外，本发明旨在包括所有这些方面以及它们的等同物。

附图说明

通过参考以下结合附图的说明及权利要求书的内容，并且随着对本发明的更全面理解，本发明的其它目的及结果将更加明白及易于理解。在附图中：

图1为根据本发明实施例的移动应用服务的插件化方法的第一流程示意图；

图2为根据本发明实施例的移动应用服务的插件化方法的第二流程示意图；

图3为根据本发明实施例的移动应用服务的插件化系统的逻辑结构示意图。

在所有附图中相同的标号指示相似或相应的特征或功能。

具体实施方式

以下将结合附图对本发明的具体实施例进行详细描述。

名词解释：

插件：一种遵循特定规范的应用程序接口编写出来的程序，主要是用来扩展软件功能，通常插件由主平台框架应用程序加载，不能独立运行。

平台框架：组织和管理插件的下载、安装、运行、更新以及卸载，并提供整套完整的与后台服务通信的操作接口，主平台UI等。

插件接口：是一个协议，插件通过此协议加入到平台框架中。

移动应用服务：是指APP(application)，即移动应用软件。

移动应用客户端：移动应用服务所在的终端。

沙盒(sandbox)：是指计算机领域的一种虚拟技术，且多用于计算机安全技术。其原理是通过重定向技术，把程序生成和修改的文件定向到自身文件夹中。当某个程序试图发挥作用时，安全软件可以先让它在沙盒中运行，如果含有恶意行为，则禁止程序的进一步运行，而这不会对系统造成任何危害。

文件服务器：一种器件，它的功能就是向服务器提供文件，具有分时系统管理的全部功能，能够对全网统一管理，能够提供网络用户访问文件、目录的并发控制和安全保密措施。

SDK(Software Development Kit)：即软件开发工具包，一般是指软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。

图1示出了根据本发明实施例的移动应用服务的插件化方法的第一流程。

如图1所示，本发明实施例提供的移动应用服务的插件化方法包括：

在角色权限修改阶段包括如下步骤：

步骤S11：移动应用客户端通过平台框架向文件服务器发送下载插件的请求。

平台框架的程序通常由开发人员编写，并预先定义好提供的基本服务接口和插件接口，基本服务接口包括网络通信接口和设备功能接口，网络通信接口用于实现插件与服务器间的网络数据的交互，设备功能接口用于实现插件调用移动应用服务提供的设备功能。

在预先定义好插件接口后，由其他开发人员根据插件接口编写插件，实现插件的功能，插件和平台框架由不同的开发人员开发，可以缩短开发周期。

编写好的插件存储在文件服务器中，当需要调用该插件时，通过文件服务器查找并下载到预设的沙盒中。平台框架可以为一个移动应用服务可以提供多个插件接口，也就是说，一个移动应用服务可以运行多个插件，实现不同的插件功能。

需要说明的是，插件需要制作成HTML文件格式或者由原生代码封装成的动态库格式，未封装的原生代码或非HTML文件格式，则沙盒无法读取，插件的制作过程还需要遵守平台框架的UI设计规范、网络通信接口调用规范、设备功能调用规范、插件目录结构规范和引用路径规范，否则会导致插件的运行失败。

还需要说明的是，为了解决移动应用服务相对固定且相互影响的问题，沙盒预设在移动应用服务所在的移动应用客户端内(简称为本地沙盒)，而下载的插件则存储在沙盒内，在移动应用服务运行插件出现bug时，由于沙盒的作用，不会造成整个移动应用服务的崩溃。在本地沙盒中可以创建多个文件夹，一个文件夹对应存储一个插件。

步骤S12：文件服务器根据请求下载插件到预设的沙盒中；其中，插件为HTML文件格式或者由原生代码封装成的动态库格式。

文件服务器收到移动应用服务发送的请求后，根据请求下载对应的插件到本地沙盒中。

S13：移动应用客户端通过平台框架提供的预定义的插件接口读取并运行沙盒中的插件。

移动应用客户端中的移动应用服务通过平台框架预定义的插件接口读取并运行本地沙盒中的插件，插件即可以为移动应用服务提供相应的功能。

在移动应用服务运行插件后，当插件需要调用移动应用服务的设备功能时，通过平台框架预定义的设备功能接口调用移动应用服务提供的设备功能；以及

当插件需要请求网络数据时，首先，插件通过调用平台框架预定义的网络通信接口向平台框架发送请求，以获取所需的网络数据，然后，平台框架将插件的请求上传至服务器，其次，服务器根据接收到的请求将插件所需的网络数据返回至平台框架，最终，平台框架将接收到的网络数据通过预定义的网络通信接口传送给插件。

前述的服务器包括移动平台服务器和业务系统服务器，移动平台服务器为移动应用服务提供后台数据的支持，而业务系统服务器用于向移动应用服务提供网络数据的支持。

插件请求网络数据的具体过程为：

(1)插件通过调用平台框架预定义的网络通信接口向平台框架发送请求，以获取所需的网络数据；

(2)平台框架将插件的请求上传至移动平台服务器；

(3)移动平台服务器将插件的请求传送给业务系统服务器；

(4)业务系统服务器根据所述请求将插件所需的网络数据返回给移动平台服务器；

(5)移动平台服务器将插件所需的网络数据返回至平台框架；

(6)平台框架将接收到的网络数据通过预定义的网络通信接口传送给插件。

当移动应用客户端中的移动应用服务升级时，只需要替换沙盒中的插件即可完成移动应用服务的升级，换言之，向文件服务器发出更新插件的请求，文件服务器根据该请求下载新版本的插件到本地沙盒中，用新版本的插件替换旧版本的插件，完成移动应用服务的更新。

当不再需要移动应用服务时，通过平台框架删除本地沙盒内的插件即可完成移动应用服务的删除。

步骤S11-S13只对移动应用服务的一个插件进行了说明，但同一个移动应用服务可以同时运行几个不同的插件，这几个互不关联的插件同样适用于步骤S11-S13。

通过上述内容可以看出，在平台框架的控制管理下，与移动应用服务对应的每个插件均可以独立的进行下载安装、运行、更新和卸载删除，因而可以根据不同功能需求灵活地配置功能系统插件。需要说明的是，插件的网络通信调用设备功能等要依靠于平台框架，但却不影响平台框架和其他插件的运行。

为了更清楚地说明本发明提供的移动应用服务的插件化方法，图2示出了根据本发明实施例的移动应用服务的插件化方法的第二流程。该第二流程是在第一流程的基础上，结合实际场景的示出的流程。

如图2所示，本发明实施例提供的移动应用服务的插件化方法包括如下步骤：

1、添加新功能系统，请求文件服务器。

用户在移动平台(移动平台构建在移动应用客户端中)的功能系统列表中点击添加新的功能系统(等同于移动应用服务)，同时向文件服务器请求下载与该移动应用服务对应的插件。

2、下载该功能系统插件到本地。

功能系统插件是指与移动应用服务相对于的插件，文件服务器根据请求下载功能系统插件到移动平台的沙盒中。

3、使用该功能系统，读取本地插件。

用户点击使用该功能系统，平台框架读取沙盒内的该功能系统插件，运行该功能系统插件后，提供相应地功能。

4、插件请求网络数据。

当插件请求网络数据时，调用平台框架提供的网络通信接口，发送请求给平台框架。

5、平台框架的SDK请求网络数据。

平台框架的网络通信接口接收请求后通过SDK上传服务器，请求插件所需的网络数据。

6、服务器向平台框架返回网络数据。

服务器返回插件所需的网络数据至平台框架。

7、平台框架向插件返回服务器的网络数据。

平台框架将请求到的网络数据通过网络通信接口返回至插件，插件对网络数据进行处理。

8、插件调用设备功能。

当插件需要调用设备功能时，通过调用平台框架预定义的设备功能接口，从而调用功能系统提供的设备功能。

9、删除该功能系统，本地删除该功能系统插件。

当用户不再需要该功能系统时，在功能系统列表中点击删除该功能系统，则平台框架将沙盒内的插件删除，完成功能系统的删除。

10、该功能系统使用入口消失。

删除完成后该功能系统的使用入口消失，若想再次使用该功能系统则需到功能系统列表中重新下载。

上述内容详细说明了本发明通过的移动应用服务的插件化方法，与上述方法相对应，本发明还提供一种移动应用服务的插件化系统，包括请求发送单元1、插件下载单元2、插件读取单元3和插件运行单元4。

其中，请求发送单元1集成在移动应用客户端，用于通过平台框架向文件服务器发送下载插件的请求。

插件下载单元2集成在文件服务器端，用于根据请求下载插件到预设的沙盒中；其中，插件为HTML文件格式或者由原生代码封装成的动态库格式。

插件读取单元3集成在移动应用客户端，用于通过平台框架提供的预定义的插件接口读取沙盒中的插件。

插件运行单元4用于运行插件读取单元3读取的插件。

此外，移动应用服务的插件化系统还包括网络数据请求单元5，网络数据请求单元5包括数据请求模块51，用于根据插件通过调用平台框架提供的预定义的网络通信接口向平台框架请求所需的网络数据；请求上传模块52，用于通过平台框架将网络数据的请求上传至服务器；数据返回模块53，用于通过服务器根据网络数据的请求将插件所需的网络数据返回至平台框架；数据传输模块54，用于通过平台框架将接收到的网络数据通过网络通信接口传送给插件。

另外，移动应用服务的插件化系统还包括设备功能调用单元6，用于根据插件通过平台框架提供的预定义的设备功能接口调用移动应用服务提供的设备功能。

此外，移动应用服务的插件化系统还包括移动应用服务更新单元7，用于在移动应用客户端更新移动应用服务时，只通过文件服务器替换沙盒中的插件。

再者，移动应用服务的插件化系统进一步包括插件删除单元8，用于在移动应用客户端不需要移动应用服务时，通过平台框架删除沙盒内的插件。

上述内容详细说明了本发明提供的移动应用服务的插件化方法及系统，在平台框架的控制管理下，各个插件均可以独立的下载安装、运行、更新和卸载删除，因而可以根据不同功能需求灵活地配置插件。

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

Claims (8)

1.一种移动应用服务的插件化方法，包括：

移动应用客户端通过平台框架向文件服务器发送下载插件的请求；

文件服务器根据所述请求下载所述插件到预设的沙盒中；其中，所述插件为HTML文件格式或者由原生代码封装成的动态库格式；

所述移动应用客户端通过所述平台框架提供的预定义的插件接口读取并运行所述沙盒中的插件；

在所述移动应用服务运行所述插件后，进一步包括：

所述插件通过调用所述平台框架提供的预定义的网络通信接口向所述平台框架请求所需的网络数据；

所述平台框架将所述网络数据的请求上传至服务器；所述服务器根据所述网络数据的请求将所述插件所需的网络数据返回至所述平台框架；所述平台框架将接收到的网络数据通过所述网络通信接口传送给所述插件；

其中，所述服务器包括移动平台服务器和业务系统服务器；

所述平台框架将插件的请求上传至移动平台服务器；

所述移动平台服务器将插件的请求传送给业务系统服务器；

所述业务系统服务器根据所述请求将插件所需的网络数据返回给所述移动平台服务器；

所述移动平台服务器将插件所需的网络数据返回至所述平台框架。

2.如权利要求1所述的移动应用服务的插件化方法，在所述移动应用客户端运行所述插件后，还包括：

所述移动应用客户端在更新其移动应用服务时，通过所述文件服务器替换所述沙盒中的插件，所述移动应用客户端重新读取、运行所述沙盒中替换后的插件。

3.如权利要求1所述的移动应用服务的插件化方法，在所述移动应用客户端运行所述插件后，进一步包括：

所述插件通过所述平台框架提供的预定义的设备功能接口调用移动应用客户端提供的设备功能。

4.如权利要求1-3中任一项所述的移动应用服务的插件化方法，进一步包括：

当不需要所述移动应用客户端的移动应用服务时，通过所述平台框架删除所述沙盒内的插件。

5.一种移动应用服务的插件化系统，包括：

请求发送单元，用于通过平台框架向文件服务器发送下载插件的请求；

插件下载单元，用于通过文件服务器根据所述请求下载所述插件到预设的沙盒中；其中，所述插件为HTML文件格式或者由原生代码封装成的动态库格式；

插件读取单元，用于通过所述平台框架提供的预定义的插件接口读取所述沙盒中的插件；

插件运行单元，用于运行所述插件读取单元读取的插件；

网络数据请求单元，所述网络数据请求单元包括：

数据请求模块，用于根据所述插件通过调用所述平台框架提供的预定义的网络通信接口向所述平台框架请求网络数据；

请求上传模块，用于通过所述平台框架将所述网络数据的请求上传至服务器；

数据返回模块，用于通过所述服务器根据所述网络数据的请求将所述插件所需的网络数据返回至所述平台框架；

数据传输模块，用于通过所述平台框架将接收到的网络数据通过所述网络通信接口传送给所述插件；

其中，所述服务器包括移动平台服务器和业务系统服务器；

所述平台框架将插件的请求上传至移动平台服务器；

所述移动平台服务器将插件的请求传送给业务系统服务器；

所述业务系统服务器根据所述请求将插件所需的网络数据返回给所述移动平台服务器；

所述移动平台服务器将插件所需的网络数据返回至所述平台框架。

6.如权利要求5所述的移动应用服务的插件化系统，进一步包括移动应用服务更新单元，用于通过所述文件服务器替换所述沙盒中的插件；以及，重新读取、运行所述沙盒中替换后的插件。

7.如权利要求5所述的移动应用服务的插件化系统，还包括：

设备功能调用单元，用于根据所述插件通过所述平台框架提供的预定义的设备功能接口调用移动应用客户端提供的设备功能。

8.如权利要求5-7中任一项所述的移动应用服务的插件化系统，还包括：

插件删除单元，用于通过所述平台框架删除所述沙盒内的插件。