一种插件加载方法、系统、客户端和服务端与流程

文档序号:11949709阅读:211来源:国知局
一种插件加载方法、系统、客户端和服务端与流程

本发明涉及通信领域,特别涉及一种插件加载方法、系统、客户端和服务端。



背景技术:

在目前的智能终端上,用户可以通过安装第三方应用程序(Application,APP)以满足自身的使用需求。为了方便用户的使用,提高用户的使用体验,往往需要对APP内置的部分功能进行更新,或者APP部分算法进行优化。

但是在现有技术中,对APP内置的部分功能的更新,或者对APP部分算法的优化是通过发布新版本的APP实现的,该过程通常为APP提供商发布新版的APP,用户需要下载并安装该新版的APP,以实现APP内置的部分功能的更新以及APP部分算法的优化。

由于用户在下载该新版的APP过程,所需传输流量较大,占用的存储空间也较大,且在安装该APP过程中,会占用较多的系统处理资源,从而降低了用户在使用该APP过程中的用户体验。



技术实现要素:

为了提高用户体验,本发明实施例提供了一种插件加载方法、系统、客户端和服务端。所述技术方案如下:

第一方面,提供了一种插件加载方法,所述方法包括:

服务端确认客户端APP所要加载的功能;

所述服务端将所述功能的安装程序加载至插件,并将所述插件发送至所述客户端APP;

所述客户端APP将所述插件加载至插件环境,并加载所述插件;

所述客户端APP根据本地的插件中间件,运行所述功能。

结合第一方面,在第一种可能的实现方式中,通过以下操作中至少一个,实现所述服务端确认客户端APP所要加载的功能的步骤:

获取用户在所述客户端APP上触发的加载请求,根据所述加载请求,确认所述客户端APP所要加载的功能;或者

在所述客户端APP检测到更新之后,根据所述客户端APP发送的更新请求,确认所述客户端APP所要加载的功能。

结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述客户端APP将所述插件加载至插件环境之前,所述方法还包括:

服务端获取所述功能的对应的安装程序,并根据该安装程序,查找能够加载该安装程序的插件。

结合第一方面的第二种可能的实现方式,在第三种可能的实现方式中,所述服务端将所述组件加载至插件包括:

设置所述安装程序与数据层的通信配置数据;

将所述通信配置数据与所述安装程序封装至所述插件。

结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中,所述客户端APP将所述插件加载至插件环境包括:

将所述通信配置数据加载至插件环境;

根据所述通信配置数据,设置所述插件与数据层之间的通信机制。

集合第一方面的第四种可能的实现方式,在第五种可能的实现方式中,所述客户端APP加载所述组件包括:

在检测到用户加载事件后,加载所述组件,并在完成加载之后,运行所述客户端APP;

其中,所述加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值。

结合第一方面的第五种可能的实现方式,在第六种可能的实现方式中,所述客户端APP根据本地的插件中间件,运行所述功能包括:

在所述插件环境内,获取执行该功能所包括命令的插件中间件;

根据所述插件与所述数据层之间的通信机制,调用所述插件中间件,运行所述功能。

第二方面,提供了一种服务端,所述服务端包括:

确认模块,用于确认客户端APP所要加载的功能;

加载模块,用于将所述功能的安装程序加载至插件,并将所述插件发送至所述客户端APP;

发送模块,用于将所述插件发送至所述客户端APP。

结合第二方面,在第一种可能的实现方式中,所述确认模块用于执行以下操作中的任意一个:

获取用户在所述客户端APP上触发的加载请求,根据所述加载请求,确认所述客户端APP所要加载的功能;或者

在所述客户端APP检测到更新之后,根据所述客户端APP发送的更新请求,确认所述客户端APP所要加载的功能。

结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述服务端还包括处理模块,用于:

服务端获取所述功能的对应的安装程序,并根据该安装程序,查找能够加载该安装程序的插件。

结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述加载模块具体用于:

设置所述安装程序与数据层的通信配置数据;

将所述通信配置数据与所述安装程序封装至所述插件。

第三方面,提供了一种客户端,所述客户端包括:

接收模块,用于接收服务端发送的插件;

加载模块,用于将所述插件加载至插件环境,并加载所述插件;

运行模块,用于根据本地的插件中间件,运行所述功能。

结合第三方面,在第一种可能的实现方式中,所述加载模块具体用于:

将所述通信配置数据加载至插件环境;

根据所述通信配置数据,设置所述插件与数据层之间的通信机制。

结合第三方面的第一种可能的实现方式,在第二种可能的实现方式中,所述加载模块还具体用于:

在检测到用户加载事件后,加载所述组件,并在完成加载之后,运行所述客户端APP;

其中,所述加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值。

结合第三方面的第二种可能的实现方式,在第三种可能的实现方式中,所述运行模块具体用于:

在所述插件环境内,获取执行该功能所包括命令的插件中间件;

根据所述插件与所述数据层之间的通信机制,调用所述插件中间件,运行所述功能。

第四方面,提供了一种服务端,所述服务端包括处理器以及与所述处理器连接的存储器,其中,所述存储器用于存储一组程序代码,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:

确认客户端APP所要加载的功能;

将所述功能的安装程序加载至插件,并将所述插件发送至所述客户端APP;

将所述插件发送至所述客户端APP。

结合第四方面,在第一种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:

获取用户在所述客户端APP上触发的加载请求,根据所述加载请求,确认所述客户端APP所要加载的功能;或者

在所述客户端APP检测到更新之后,根据所述客户端APP发送的更新请求,确认所述客户端APP所要加载的功能。

结合第四方面的第一种可能的实现方式,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:

服务端获取所述功能的对应的安装程序,并根据该安装程序,查找能够加载该安装程序的插件。

结合第四方面的第二种可能的实现方式,在第三种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:

设置所述安装程序与数据层的通信配置数据;

将所述通信配置数据与所述安装程序封装至所述插件。

第五方面,提供了一种客户端,所述客户端包括处理器以及与所述处理器连接的存储器,其中,所述存储器用于存储一组程序代码,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:

接收服务端发送的插件;

将所述插件加载至插件环境,并加载所述插件;

根据本地的插件中间件,运行所述功能。

结合第五方面,在第一种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:

根据所述通信配置数据,设置所述插件与数据层之间的通信机制。

结合第五方面的第一种可能的实现方式,在第二种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:

在检测到用户加载事件后,加载所述组件,并在完成加载之后,运行所述客户端APP;

其中,所述加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值。

结合第五方面的第二种可能的实现方式,在第三种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:

在所述插件环境内,获取执行该功能所包括命令的插件中间件;

根据所述插件与所述数据层之间的通信机制,调用所述插件中间件,运行所述功能。

第六方面,提供了一种插件加载系统,所述系统包括服务端和客户端:

所述服务端包括:

确认模块,用于确认客户端APP所要加载的功能;

第一加载模块,用于将所述功能的安装程序加载至插件,并将所述插件发送至所述客户端APP;

发送模块,用于将所述插件发送至所述客户端APP;

所述客户端包括:

接收模块,用于接收服务端发送的插件;

第二加载模块,用于将所述插件加载至插件环境,并加载所述插件;

运行模块,用于根据本地的插件中间件,运行所述功能。

结合第六方面,在第一种可能的实现方式中,所述确认模块用于执行以下操作中的任意一个:

获取用户在所述客户端APP上触发的加载请求,根据所述加载请求,确认所述客户端APP所要加载的功能;或者

在所述客户端APP检测到更新之后,根据所述客户端APP发送的更新请求,确认所述客户端APP所要加载的功能。

结合第六方面的第一种可能的实现方式,在第二种可能的实现方式中,所述服务端还包括处理模块,用于:

服务端获取所述功能的对应的安装程序,并根据该安装程序,查找能够加载该安装程序的插件。

结合第六方面的第二种可能的实现方式,在第三种可能的实现方式中,所述第一加载模块具体用于:

设置所述安装程序与数据层的通信配置数据;

将所述通信配置数据与所述安装程序封装至所述插件。

结合第六方面的第三种可能的实现方式,在第四种可能的实现方式中,所述第二加载模块具体用于:将所述通信配置数据加载至插件环境;

根据所述通信配置数据,设置所述插件与数据层之间的通信机制。

结合第六方面的第四种可能的实现方式,在第五种可能的实现方式中,所述第二加载模块还具体用于:

在检测到用户加载事件后,加载所述组件,并在完成加载之后,运行所述客户端APP;

其中,所述加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值。

结合第六方面的第五种可能的实现方式,在第六种可能的实现方式中,所述运行模块具体用于:

在所述插件环境内,获取执行该功能所包括命令的插件中间件;

根据所述插件与所述数据层之间的通信机制,调用所述插件中间件,运行所述功能。

本发明实施例提供了一种插件加载方法、系统、客户端和服务端,包括:服务端确认客户端APP所要加载的功能;服务端将功能的安装程序加载至插件,并将插件发送至客户端APP;客户端APP将插件加载至插件环境,并加载插件;客户端APP根据本地的插件中间件,运行功能。通过根据插件中的部分界面更新程序,更新客户端APP的部分插件或动能,相比于现有技术通过重新安装客户端APP,避免了由于用户重新下载APP所导致的流量消耗,以及重新安装APP所导致的处理资源和存储资源的占用,从而提高了用户体验。

附图说明

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

图1是本发明实施例提供的一种插件加载方法流程图;

图2是本发明实施例提供的一种插件加载方法流程图;

图3是本发明实施例提供的一种服务端结构示意图;

图4是本发明实施例提供的一种客户端结构示意图

图5是本发明实施例提供的一种服务端结构示意图;

图6是本发明实施例提供的一种客户端结构示意图;

图7是本发明实施例提供的一种插件加载系统结构示意图。

具体实施方式

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

实施例一为本发明实施例提供的一种插件加载方法,参照图1所示,该方法包括:

101、服务端确认客户端APP所要加载的功能。

具体的,通过以下操作中至少一个,实现服务端确认客户端APP所要加载的功能的步骤:

获取用户在客户端APP上触发的加载请求,根据加载请求,确认客户端APP所要加载的功能;或者

在客户端APP检测到更新之后,根据客户端APP发送的更新请求,确认客户端APP所要加载的功能。

在步骤102之前,还包括:

服务端获取功能的对应的安装程序,并根据该安装程序,查找能够加载该安装程序的插件。

102、服务端将功能的安装程序加载至插件,并将插件发送至客户端APP;

具体的,设置安装程序与数据层的通信配置数据;

将通信配置数据与安装程序封装至插件。

103、客户端APP将插件加载至插件环境,并加载插件。

具体的,将通信配置数据加载至插件环境;

根据通信配置数据,设置插件与数据层之间的通信机制。

在检测到用户加载事件后,加载插件,并在完成加载之后,运行客户端APP;

其中,加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值。

104、客户端APP根据本地的插件中间件,运行功能。

具体的,在插件环境内,获取执行该功能所包括命令的插件中间件;

根据插件与数据层之间的通信机制,调用插件中间件,运行功能。

本发明实施例提供了一种插件加载方法,通过根据插件中的部分界面更新程序,更新客户端APP的部分插件或动能,相比于现有技术通过重新安装客户端APP,避免了由于用户重新下载APP所导致的流量消耗,以及重新安装APP所导致的处理资源和存储资源的占用,从而提高了用户体验。

实施例二为本发明实施例提供的一种插件加载方法,参照图2所示,该方法包括:

201、服务端确认客户端APP所要加载的功能。

具体的,通过以下操作中至少一个,服务端确认客户端APP所要加载的功能,该过程可以包括:

A、获取用户在客户端APP上触发的加载请求,根据加载请求,确认客户端APP所要加载的功能,该过程可以为:

获取用户在客户端APP功能选择界面上输入的功能添加请求;其中,功能添加请求至少包括用户所选择的功能以及对所选择功能的个性化设置,该过程可以为:

获取用户在功能选择界面触发的手势、语音以及文本数据中的任意一个;其中,该手势包括但不限于用户点击用于指示该功能的图标以及至少包括该图标手势轨迹;该语音或者文本数据至少包括用于描述用户所指示功能的关键字;

获取用户在功能选择界面触发的至少包括该图标手势轨迹之后,上述客户端APP获取用户触发的功能添加请求可以为:

识别该手势轨迹以及该手势轨迹所包括的图标,本发明实施例对具体的识别方式不加以限定。

获取用户在功能选择界面触发的语音或文本数据之后,上述客户端APP获取用户触发的功能添加请求可以为:

解析并识别该语音或文本数据,本发明实施例对具体的解析或识别方式不加以限定。

B、在客户端APP检测到更新之后,根据客户端APP发送的更新请求,确认客户端APP所要加载的功能,本发明实施例对具体的更新检测方式不加以限定。

202、服务端获取功能的对应的安装程序,并根据该安装程序,查找能够加载该安装程序的插件。

具体的,根据插件的ID查找该插件,本发明实施例对具体的查找过程不加以限定。

203、设置安装程序与数据层的通信配置数据。

具体的,该过程可以包括:

设置组件与数据层的通信配置数据,该通信配置数据可以为插件接口与数据层之间的数据资源调用方式。

将通信配置数据与组件封装至插件,该过程可以为根据客户端APP的系统信息,将组件与通信配置数据绑定至插件,本发明实施例对具体的绑定方式不加以限定。

204、将通信配置数据与安装程序封装至插件。

具体的,该封装过程可以是将该插件和安装数据与插件绑定。

值得注意的是,步骤203至步骤204是实现服务端将功能的安装程序加载至插件,并将插件发送至客户端APP的过程,除了上述步骤所述的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。

205、将通信配置数据加载至插件环境。

具体的,该过程可以包括:

将通信配置数据加载至插件环境,该过程可以为:

根据配置信息,设置插件中间件与该插件之间的对应关系

根据配置信息,设置插件接口与数据层之间的数据资源调用方式。

206、根据通信配置数据,设置插件与数据层之间的通信机制。

具体的,根据配置信息,设置插件中间件与数据层之间的指令调用关系。

根据配置信息,设置插件中间件接口与数据层之间的数据资源调用方式。

值得注意的是,步骤205至206是实现客户端APP将插件加载至插件环境,并加载插件的过程,除了上述步骤所述的方式之外,还可以通过其他方式实现该过程,

207、客户端加载插件。

具体的,在检测到用户加载事件后,加载插件,并在完成加载之后,运行客户端APP;

其中,加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值。

该过程可以为:

在检测到用户加载事件后,加载插件,并在完成加载之后,运行客户端APP;

其中,加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值,用户输入预设手势包括用户按照预先设置的方向输入滑动手势。

在检测到加载事件之后,显示加载界面,并再客户端APP加载完成组件之后,关闭加载界面。

值得注意的是,步骤205至207是实现客户端APP将插件加载至插件环境,并加载插件的过程,除了上述步骤所述的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。

208、在插件环境内,获取执行该功能所包括命令的插件中间件。

具体的,插件环境根据所述运行指令与插件中间件之间的对应关系,全局查找能够处理所述运行指令的插件中间件,直至查找到能够处理该运行指令的插件中间件。

209、根据插件与数据层之间的通信机制,调用插件中间件,运行功能。

将所述运行指令中转至所述插件中间件,该过程具体为根据插件中间件与该插件接口之间的通信方式以及调用关系,将所述运行指令中转至所述插件中间件,本发明实施例对具体的中转方式部加以限定。

所述插件中间件处理所述运行指令,并将处理结果返回至所述插件,该过程可以具体为:

插件中间件根据插件接口与数据层之间的通信方式、数据资源调用方式,处理所述运行指令;

所述插件中间件根据插件中间件与该插件接口之间的通信方式以及调用关系,将处理结果返回至所述插件。

所述插件根据所述处理结果,将下一个运行指令发送至所述插件环境,直至完成所述插件所有运行指令的处理。

值得注意的是,步骤208至209是实现客户端APP根据本地的插件中间件,运行功能的过程,除了上述步骤所述的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。

本发明实施例提供了一种插件加载方法,通过根据插件中的部分界面更新程序,更新客户端APP的部分插件或动能,相比于现有技术通过重新安装客户端APP,避免了由于用户重新下载APP所导致的流量消耗,以及重新安装APP所导致的处理资源和存储资源的占用,从而提高了用户体验。

实施例三为本发明实施例提供的一种服务端3,参照图3所示,该服务端3包括:

确认模块31,用于确认客户端APP所要加载的功能;

加载模块32,用于将功能的安装程序加载至插件,并将插件发送至客户端APP;

发送模块33,用于将插件发送至客户端APP。

可选的,确认模块31用于执行以下操作中的任意一个:

获取用户在客户端APP上触发的加载请求,根据加载请求,确认客户端APP所要加载的功能;或者

在客户端APP检测到更新之后,根据客户端APP发送的更新请求,确认客户端APP所要加载的功能。

可选的,服务端还包括处理模块34,用于:

服务端获取功能的对应的安装程序,并根据该安装程序,查找能够加载该安装程序的插件。

可选的,加载模块32具体用于:

设置安装程序与数据层的通信配置数据;

将通信配置数据与安装程序封装至插件。

本发明实施例提供了一种服务端,该服务端通过根据插件中的部分界面更新程序,更新客户端APP的部分插件或动能,相比于现有技术通过重新安装客户端APP,避免了由于用户重新下载APP所导致的流量消耗,以及重新安装APP所导致的处理资源和存储资源的占用,从而提高了用户体验。

实施例四为本发明实施例提供的一种客户端4,参照图4所示,该客户端4包括:

接收模块41,用于接收服务端发送的插件;

加载模块42,用于将插件加载至插件环境,并加载插件;

运行模块43,用于根据本地的插件中间件,运行功能。

可选的,加载模块42具体用于:

将通信配置数据加载至插件环境;

根据通信配置数据,设置插件与数据层之间的通信机制。

可选的,加载模块42还具体用于:

在检测到用户加载事件后,加载插件,并在完成加载之后,运行客户端APP;

其中,加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值。

可选的,运行模块43具体用于:

在插件环境内,获取执行该功能所包括命令的插件中间件;

根据插件与数据层之间的通信机制,调用插件中间件,运行功能。

本发明实施例提供了一种客户端,该客户端通过根据插件中的部分界面更新程序,更新客户端APP的部分插件或动能,相比于现有技术通过重新安装客户端APP,避免了由于用户重新下载APP所导致的流量消耗,以及重新安装APP所导致的处理资源和存储资源的占用,从而提高了用户体验。

实施例五为本发明实施例提供的一种服务端5,参照图5所示,该服务端5包括存储器51以及与存储器51连接的处理器52,其中,存储器52用于存储一组程序代码,处理器52调用存储器51所存储的程序代码用于执行以下操作:

确认客户端APP所要加载的功能;

将功能的安装程序加载至插件,并将插件发送至客户端APP;

将插件发送至客户端APP。

可选的,处理器52调用存储器51所存储的程序代码用于执行以下操作:

获取用户在客户端APP上触发的加载请求,根据加载请求,确认客户端APP所要加载的功能;或者

在客户端APP检测到更新之后,根据客户端APP发送的更新请求,确认客户端APP所要加载的功能。

可选的,处理器52调用存储器51所存储的程序代码用于执行以下操作:

服务端获取功能的对应的安装程序,并根据该安装程序,查找能够加载该安装程序的插件。

可选的,处理器52调用存储器51所存储的程序代码用于执行以下操作:

设置安装程序与数据层的通信配置数据;

将通信配置数据与安装程序封装至插件。

本发明实施例提供了一种服务端,该服务端通过根据插件中的部分界面更新程序,更新客户端APP的部分插件或动能,相比于现有技术通过重新安装客户端APP,避免了由于用户重新下载APP所导致的流量消耗,以及重新安装APP所导致的处理资源和存储资源的占用,从而提高了用户体验。

实施例六为本发明实施例提供的一种客户端6,参照图6所示,该客户端6包括存储器61以及与存储器61连接的处理器62,其中,存储器61用于存储一组程序代码,处理器62调用存储器61所存储的程序代码用于执行以下操作:

接收服务端发送的插件;

将插件加载至插件环境,并加载插件;

根据本地的插件中间件,运行功能。

可选的,处理器62调用存储器61所存储的程序代码用于执行以下操作:

根据通信配置数据,设置插件与数据层之间的通信机制。

可选的,处理器62调用存储器61所存储的程序代码用于执行以下操作:

在检测到用户加载事件后,加载插件,并在完成加载之后,运行客户端APP;

其中,加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值。

可选的,处理器62调用存储器61所存储的程序代码用于执行以下操作:

在插件环境内,获取执行该功能所包括命令的插件中间件;

根据插件与数据层之间的通信机制,调用插件中间件,运行功能。

本发明实施例提供了一种客户端,该客户端通过根据插件中的部分界面更新程序,更新客户端APP的部分插件或动能,相比于现有技术通过重新安装客户端APP,避免了由于用户重新下载APP所导致的流量消耗,以及重新安装APP所导致的处理资源和存储资源的占用,从而提高了用户体验。

实施例七为本发明实施例提供的一种插件加载系统7,参照图7所示,该系统7包括服务端71和客户端72;

服务端71包括:

确认模块711,用于确认客户端APP所要加载的功能;

第一加载模块712,用于将功能的安装程序加载至插件,并将插件发送至客户端APP;

发送模块713,用于将插件发送至客户端APP;

客户端72包括:

接收模块721,用于接收服务端发送的插件;

第二加载模块722,用于将插件加载至插件环境,并加载插件;

运行模块723,用于根据本地的插件中间件,运行功能。

可选的,确认模块711用于执行以下操作中的任意一个:

获取用户在客户端APP上触发的加载请求,根据加载请求,确认客户端APP所要加载的功能;或者

在客户端APP检测到更新之后,根据客户端APP发送的更新请求,确认客户端APP所要加载的功能。

可选的,服务端还包括处理模块714,用于:

服务端获取功能的对应的安装程序,并根据该安装程序,查找能够加载该安装程序的插件。

可选的,第一加载模块712具体用于:

设置安装程序与数据层的通信配置数据;

将通信配置数据与安装程序封装至插件。

可选的,第二加载模块722具体用于:将通信配置数据加载至插件环境;

根据通信配置数据,设置插件与数据层之间的通信机制。

可选的,第二加载模块722还具体用于:

在检测到用户加载事件后,加载插件,并在完成加载之后,运行客户端APP;

其中,加载事件包括用户点击预设按键、用户输入预设手势以及用户持续点击界面的时间满足阈值。

可选的,运行模块723具体用于:

在插件环境内,获取执行该功能所包括命令的插件中间件;

根据插件与数据层之间的通信机制,调用插件中间件,运行功能。

本发明实施例提供了一种插件加载系统,该系统通过根据插件中的部分界面更新程序,更新客户端APP的部分插件或动能,相比于现有技术通过重新安装客户端APP,避免了由于用户重新下载APP所导致的流量消耗,以及重新安装APP所导致的处理资源和存储资源的占用,从而提高了用户体验。

上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。

需要说明的是:上述实施例提供的插件加载系统、客户端、服务端以及系统在执行插件加载方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将客户端、服务端以及系统的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的客户端、服务端以及系统与插件加载方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。

以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1