移动应用服务的插件化方法及系统的制作方法
【技术领域】
[0001]本发明涉及移动互联网技术领域，更为具体地，涉及一种移动应用服务的插件化方法及系统。
【背景技术】
[0002]随着企业规模的扩大，企业移动门户项目包含的系统越来越全面，系统的功能也会越做越多，长此以往，企业移动门户项目会面临诸多的问题，例如:
[0003]1、随着移动应用上线的功能和系统的增多，移动应用越做越大，大量消耗内存资源。
[0004]2、移动应用每次添加新的功能或系统时，以及每次进行功能或系统的更新时，都会对整个移动应用进行升级，频繁升级会影响用户的体验，不及时升级会导致用户使用版本的混乱。
[0005]3、移动应用的每个功能或系统的运行与整个移动应用紧密联系，当各个功能或系统出现bug(是指在软件运行中因为程序本身有错误而造成的功能不正常、体验不佳、数据丢失、非正常中断等漏洞)时，可能会导致整个移动应用的崩溃。
[0006]4、主平台框架和各个系统为一个整体，需要同一个团队开发，开发任务大，开发周期长。
【发明内容】
[0007]鉴于上述问题，本发明的目的是提供一种移动应用服务的插件化方法及系统，以解决上述【背景技术】中所提出的问题。
[0008]本发明提供一种移动应用服务的插件化方法，包括:
[0009]移动应用客户端通过平台框架向文件服务器发送下载插件的请求；
[0010]文件服务器根据请求下载插件到预设的沙盒中；其中，插件为HTML文件格式或者由原生代码封装成的动态库格式；
[0011]移动应用客户端通过平台框架提供的预定义的插件接口读取并运行沙盒中的插件。
[0012]本发明还提供一种移动应用服务的插件化系统，包括:
[0013]请求发送单元，用于通过平台框架向文件服务器发送下载插件的请求；
[0014]插件下载单元，用于通过文件服务器根据请求下载插件到预设的沙盒中；其中，插件为HTML文件格式或者由原生代码封装成的动态库格式；
[0015]插件读取单元，用于通过平台框架提供的预定义的插件接口读取沙盒中的插件；
[0016]插件运行单元，用于运行插件读取单元读取的插件。
[0017]利用上述根据本发明的移动应用服务的插件化方法及系统，能够取得以下技术效果:
[0018]1、增强系统扩展性:在移动应用服务发布后可在不必重新编译系统的前提下按需对系统功能进行扩充。
[0019]2、动态增加、删除插件:根据不同用户需求，用户自主添加/删除功能系统插件且各个功能系统插件互不影响，易于管理与维护；
[0020]3、更新量小:进行软件升级时，只需要将插件进行替换即可。
[0021]4、并行开发，提升效率:平台框架和插件的耦合性低，各个插件开发人员只需遵循接口协议，就能开发出互不影响的插件模块，缩短开发周期。
[0022]为了实现上述以及相关目的，本发明的一个或多个方面包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明了本发明的某些示例性方面。然而，这些方面指示的仅仅是可使用本发明的原理的各种方式中的一些方式。此外，本发明旨在包括所有这些方面以及它们的等同物。
【附图说明】
[0023]通过参考以下结合附图的说明及权利要求书的内容，并且随着对本发明的更全面理解，本发明的其它目的及结果将更加明白及易于理解。在附图中:
[0024]图1为根据本发明实施例的移动应用服务的插件化方法的第一流程示意图；
[0025]图2为根据本发明实施例的移动应用服务的插件化方法的第二流程示意图；
[0026]图3为根据本发明实施例的移动应用服务的插件化系统的逻辑结构示意图。
[0027]在所有附图中相同的标号指示相似或相应的特征或功能。
【具体实施方式】
[0028]以下将结合附图对本发明的具体实施例进行详细描述。
[0029]名词解释:
[0030]插件:一种遵循特定规范的应用程序接口编写出来的程序，主要是用来扩展软件功能，通常插件由主平台框架应用程序加载，不能独立运行。
[0031]平台框架:组织和管理插件的下载、安装、运行、更新以及卸载，并提供整套完整的与后台服务通信的操作接口，主平台UI等。
[0032]插件接口:是一个协议，插件通过此协议加入到平台框架中。
[0033]移动应用服务:是指APP (applicat1n)，即移动应用软件。
[0034]移动应用客户端:移动应用服务所在的终端。
[0035]沙盒(sandbox):是指计算机领域的一种虚拟技术，且多用于计算机安全技术。其原理是通过重定向技术，把程序生成和修改的文件定向到自身文件夹中。当某个程序试图发挥作用时，安全软件可以先让它在沙盒中运行，如果含有恶意行为，则禁止程序的进一步运行，而这不会对系统造成任何危害。
[0036]文件服务器:一种器件，它的功能就是向服务器提供文件，具有分时系统管理的全部功能，能够对全网统一管理，能够提供网络用户访问文件、目录的并发控制和安全保密措施。
[0037]SDK (Software Development Kit):即软件开发工具包，一般是指软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。
[0038]图1示出了根据本发明实施例的移动应用服务的插件化方法的第一流程。
[0039]如图1所示，本发明实施例提供的移动应用服务的插件化方法包括:
[0040]在角色权限修改阶段包括如下步骤:
[0041]步骤S11:移动应用客户端通过平台框架向文件服务器发送下载插件的请求。
[0042]平台框架的程序通常由开发人员编写，并预先定义好提供的基本服务接口和插件接口，基本服务接口包括网络通信接口和设备功能接口，网络通信接口用于实现插件与服务器间的网络数据的交互，设备功能接口用于实现插件调用移动应用服务提供的设备功會泛。
[0043]在预先定义好插件接口后，由其他开发人员根据插件接口编写插件，实现插件的功能，插件和平台框架由不同的开发人员开发，可以缩短开发周期。
[0044]编写好的插件存储在文件服务器中，当需要调用该插件时，通过文件服务器查找并下载到预设的沙盒中。平台框架可以为一个移动应用服务可以提供多个插件接口，也就是说，一个移动应用服务可以运行多个插件，实现不同的插件功能。
[0045]需要说明的是，插件需要制作成HTML文件格式或者由原生代码封装成的动态库格式，未封装的原生代码或非HTML文件格式，则沙盒无法读取，插件的制作过程还需要遵守平台框架的UI设计规范、网络通信接口调用规范、设备功能调用规范、插件目录结构规范和引用路径规范，否则会导致插件的运行失败。
[0046]还需要说明的是，为了解决移动应用服务相对固定且相互影响的问题，沙盒预设在移动应用服务所在的移动应用客户端内(简称为本地沙盒)，而下载的插件则存储在沙盒内，在移动应用服务运行插件出现bug时，由于沙盒的作用，不会造成整个移动应用服务的崩溃。在本地沙盒中可以创建多个文件夹，一个文件夹对应存储一个插件。
[0047]步骤S12:文件服务器根据请求下载插件到预设的沙盒中；其中，插件为HTML文件格式或者由原生代码封装成的动态库格式。
[0048]文件服务器收到移动应用服务发送的请求后，根据请求下载对应的插件到本地沙盒中。
[0049]S13:移动应用客户端通过平台框架提供的预定义的插件接口读取并运行沙盒中的插件。
[0050]移动应用客户端中的移动应用服务通过平台框架预定义的插件接口读取并运行本地沙盒中的插件，插件即可以为移动应用服务提供相应的功能。
[0051]在移动应用服务运行插件后，当插件需要调用移动应用服务的设备功能时，通过平台框架预定义的设备功能接口调用移动应用服务提供的设备功能；以及
[0052]当插件需要请求网络数据时，首先，插件通过调用平台框架预定义的网络通信接口向平台框架发送请求，以获取所需的网络数据，然后，平台框架将插件的请求上传至服务器，其次，服务器根据接收到的请求将插件所需的网络数据返回至平台框架，最终，平台框架将接收到的网络数据通过预定义的网络通信接口传送给插件。
[0053]前述的服务器包括移动平台服务器和业务系统服务器，移动平台服务器为移动应用服务提供后台数据的支持，而业务系统服务器用于向移动应用服务提供网络数据的支持。
[0054]插件请求网络数据的具体过程为:
[0055](1)插件通过调用平台框架预定义的网络通信接口向平台框架发送请求，以获取所需的网络数据；
[0056](2)平台框架将插件的请求上传至移动平台服务器；
[0057](3)移动平台服务器将插件的请求传送给业务系统服务器；
[0058](4)业务系统服务器根据所述请求将插件所需的网络数据返回给移动平台服务器;
[0059](5)移动平台服务器将插件所需的网络数据返回至平台框架；
[0060](6)平台框架将接收到的网络数据通过预定义的网络通信接口传送给插件。
[0061]当移动应用客户端中的移动应用服务升级时，只需要替换沙盒中的插件即可完成移动应用服务的升级，换言之，向文件服务器发出更新插件