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

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

背景技术：

在目前的智能终端上，用户可以通过安装第三方应用程序(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实现客户端的更新，从而节省了系统的处理资源以及运行资源，提高了用户体验。

附图说明

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

图1是本发明实施例提供的一种插件更新方法流程图；

图2是本发明实施例提供的一种插件更新方法流程图；

图3是本发明实施例提供的一种客户端APP界面示意图；

图4是本发明实施例提供的一种客户端APP界面示意图；

图5是本发明实施例提供的一种客户端APP界面示意图；

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

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

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

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

图10是本发明实施例提供了一种插件更新系统结构示意图。

具体实施方式

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

实施例一为本发明实施例提供的一种插件更新方法，参照图1所示，该方法包括：

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

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

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

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

102、服务端从注册模块中加载功能对应的组件。

具体的，根据注册模块中的功能名称，从可执行文件群所包含的多个组件中选择所要加载的功能对应的组件。

103、服务端将组件加载至插件，并将插件发送至客户端APP。

具体的，服务端将组件加载至插件，该过程可以为：

设置组件与数据层的通信配置数据；

将通信配置数据与组件封装至插件。

104、客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件。

具体的，客户端APP将插件加载至插件环境，该过程可以为：

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

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

客户端APP通过插件环境加载插件中的组件，该过程可以为：

客户端APP加载组件。

其中，客户端APP加载组件，该过程可以为：

在检测到用户加载事件后，加载组件，并在完成加载之后，运行客户端APP；

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

本发明实施例提供了一种插件更新方法，通过客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件，避免了通过下载并安装APP实现客户端的更新，从而节省了系统的处理资源以及运行资源，提高了用户体验。

实施例二为本发明实施例提供的一种插件更新方法，参照图2所示，该方法包括：

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

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

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

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

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

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

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

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

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

示例性的，为了进一步说明本发明实施例的方法，假设该功能选择界面参照图3中的a所示，用户可以通过点击图3中a的图标，选择所指示的功能，参照图3中的b所示，用户还可以通过输入至少包括图标的手势轨迹，选择所指示的功能，该手势轨迹可以参照图3中的c所示，用户还可以通过输入语音或者文本数据，查找并选择所指示的功能，其中，语音输入界面和文本输入界面可以参照图3中的d和图3中的e所示。

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

202、根据注册模块中的功能名称，从可执行文件群所包含的多个组件中选择所要加载的功能对应的组件。

具体的，该注册模块可以为在IOS系统中APPRegister注册的模块，可执行文件可以为JSBundle，该过程可以为：

根据该功能的描述数据，从可执行文件群所包含的多个组件中选择所要加载的功能对应的组件，该描述数据包括但不限于功能的定义数据，交互实现数据以及运行实现数据。

203、服务端将组件加载至插件。

具体的，该过程可以包括：

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

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

204、服务端将插件发送至客户端APP。

具体的，本发明实施例对具体的发送方式不加以限定。

205、客户端APP将插件加载至插件环境。

具体的，该过程可以包括：

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

根据配置信息，设置注册模块中的功能与该插件之间的对应关系

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

根据通信配置数据，设置组件与数据层之间的通信机制，该过程可以为：

根据配置信息，设置注册模块中的功能与该插件之间的对应关系

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

206、客户端APP加载组件。

具体的，该过程可以为：

在检测到用户加载事件后，加载组件，并在完成加载之后，运行客户端APP；

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

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

示例性的，为了进一步说明本发明实施例的方法，假设用户点击预设按键，参照图4中的a所示，显示的加载界面可以参照图5所示，其中，图5中的加载动画部分可以根据加载进度，设置不同的显示方式，用户输入预设手势可以参照图4中的b所示，显示的加载界面可以参照图5所所示。

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

本发明实施例提供了一种插件更新方法，通过客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件，避免了通过下载并安装APP实现客户端的更新，从而节省了系统的处理资源以及运行资源，提高了用户体验。

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

确认模块61，用于确认客户端APP所要加载的功能；

第一加载模块62，用于从注册模块中加载功能对应的组件；

第二加载模块63，用于将组件加载至插件；

发送模块64，用于将插件发送至客户端APP，以使客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件。

可选的，确认模块61包括：

获取子模块611，用于获取用户在客户端APP上触发的加载请求；

第一确认子模块612，用于根据加载请求，确认客户端APP所要加载的功能；

第二确认子模块613，用于在客户端APP检测到更新之后，根据客户端APP发送的更新请求，确认客户端APP所要加载的功能。

可选的，第一加载模块62具体用于：

根据注册模块中的功能名称，从可执行文件群所包含的多个组件中选择所要加载的功能对应的组件。

可选的，第二加载模块63包括：

通信配置数据设置子模块631，用于设置组件与数据层的通信配置数据；

封装子模块632，用于将通信配置数据与组件封装至插件。

本发明实施例提供了一种服务端，该服务端通过客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件，避免了通过下载并安装APP实现客户端的更新，从而节省了系统的处理资源以及运行资源，提高了用户体验。

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

发送模块71，用于发送所要加载的功能至服务端，以使服务端确认功能，从注册模块中加载功能对应的组件，并将组件加载至插件；

接收模块72，用于接收服务端发送的插件；

第一加载模块73，用于将插件加载至插件环境；

第二加载模块74，用于通过插件环境加载插件中的组件。

可选的，发送模块71包括：

第一发送子模块711，用于发送用户触发的加载请求至服务端；

检测子模块712，用于检测更新；

第二发送子模块713，用于检测子模块检测到更新之后，发送更新请求至服务端。

可选的，第一加载模块73具体用于：

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

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

可选的，第二加载模块74包括：

加载子模块741，用于加载组件。

可选的，加载子模块741具体用于：

在检测到用户加载事件后，加载组件，并在完成加载之后，运行APP；

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

本发明实施例提供了一种客户端，该客户端通过客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件，避免了通过下载并安装APP实现客户端的更新，从而节省了系统的处理资源以及运行资源，提高了用户体验。

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

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

从注册模块中加载功能对应的组件；

将组件加载至插件；

将插件发送至客户端APP，以使客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件。

可选的，处理器82调用存储器81所存储的程序代码用于执行以下操作：

获取用户在客户端APP上触发的加载请求；

根据加载请求，确认客户端APP所要加载的功能；或者

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

可选的，处理器82调用存储器81所存储的程序代码用于执行以下操作：

根据注册模块中的功能名称，从可执行文件群所包含的多个组件中选择所要加载的功能对应的组件。

可选的，处理器82调用存储器81所存储的程序代码用于执行以下操作：

设置组件与数据层的通信配置数据；

将通信配置数据与组件封装至插件。

本发明实施例提供了一种服务端，该服务端通过客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件，避免了通过下载并安装APP实现客户端的更新，从而节省了系统的处理资源以及运行资源，提高了用户体验。

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

发送所要加载的功能至服务端，以使服务端确认功能，从注册模块中加载功能对应的组件，并将组件加载至插件；

接收服务端发送的插件；

将插件加载至插件环境；

通过插件环境加载插件中的组件。

可选的，处理器92调用存储器91所存储的程序代码用于执行以下操作：

发送用户触发的加载请求至服务端；或者

检测到更新之后，发送更新请求至服务端。

可选的，处理器92调用存储器91所存储的程序代码用于执行以下操作：

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

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

可选的，处理器92调用存储器91所存储的程序代码用于执行以下操作：

加载组件。

可选的，处理器92调用存储器91所存储的程序代码用于执行以下操作：

在检测到用户加载事件后，加载组件，并在完成加载之后，运行APP；

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

本发明实施例提供了一种客户端，该客户端通过客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件，避免了通过下载并安装APP实现客户端的更新，从而节省了系统的处理资源以及运行资源，提高了用户体验。

实施例七为本发明实施例提供的一种插件更新系统10，参照图10所示，该系统10包括服务端101和客户端102；

服务端101包括：

确认模块1011，用于确认客户端APP所要加载的功能；

第一加载模块1012，用于从注册模块中加载功能对应的组件；

第二加载模块1013，用于将组件加载至插件；

第一发送模块1014，用于将插件发送至客户端APP，以使客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件；

客户端102包括：

第二发送模块1021，用于发送所要加载的功能至服务端，以使服务端确认功能，从注册模块中加载功能对应的组件，并将组件加载至插件；

接收模块1022，用于接收服务端发送的插件；

第三加载模块1023，用于将插件加载至插件环境；

第四加载模块1024，用于通过插件环境加载插件中的组件。

可选的，确认模块1011包括：

获取子模块10111，用于获取用户在客户端APP上触发的加载请求；

第一确认子模块10112，用于根据加载请求，确认客户端APP所要加载的功能；

第二确认子模块10113，用于在客户端APP检测到更新之后，根据客户端APP发送的更新请求，确认客户端APP所要加载的功能；

第二发送模块1021包括：

第一发送子模块10211，用于发送用户触发的加载请求至服务端；

检测子模块10212，用于检测更新；

第二发送子模块10213，用于检测子模块检测到更新之后，发送更新请求至服务端。

可选的，第一加载模块1012具体用于：

根据注册模块中的功能名称，从可执行文件群所包含的多个组件中选择所要加载的功能对应的组件。

可选的，第二加载模块1013包括：

通信配置数据设置子模块10131，用于设置组件与数据层的通信配置数据；

封装子模块10132，用于将通信配置数据与组件封装至插件。

可选的，第三加载模块1023具体用于：

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

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

可选的，第四加载模块1024包括：

加载子模块10241，用于加载组件。

可选的，加载子模块10241具体用于：

在检测到用户加载事件后，加载组件，并在完成加载之后，运行APP；

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

本发明实施例提供了一种插件更新系统，该系统通过客户端APP将插件加载至插件环境，并通过插件环境加载插件中的组件，避免了通过下载并安装APP实现客户端的更新，从而节省了系统的处理资源以及运行资源，提高了用户体验。

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

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

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

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