CN106375567A - 一种插件发布方法、***、客户端和服务端 - Google Patents

Abstract

本发明实施例提供了一种插件发布方法、***、客户端和服务端，属于通信领域，包括：客户端根据触发的预设事件，将插件更新请求发送至服务端；所述服务端根据所述插件更新请求，确认所要推送的插件，并将所述所要推送的至少一个插件的下载信息推送至所述客户端；所述客户端根据所述下载信息，下载所述至少一个插件，并对所述至少一个插件进行验证；所述客户端在验证成功后，加载所述至少一个插件；通过插件实现客户端的更新，相比于现有技术，避免了通过下载并安装APP实现客户端功能的添加，从而节省了***的处理资源以及运行资源，提高了用户体验。

Description

一种插件发布方法、***、客户端和服务端

技术领域

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

背景技术

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

附图说明

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

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

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

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

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

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

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

图7是本发明实施例提供的一种插件发布***结构示意图。

具体实施方式

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

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

101、客户端根据触发的预设事件，将插件更新请求发送至服务端。

可选的，在步骤101之前，本发明实施例所提供的方法还可以包括：

所述预设事件包括用户确认所述服务端的推送信息、用户启动所述客户端的APP以及用户主动触发插件更新请求中的任意一个，所述客户端还通过以下操作中的至少一个，确认用户是否触发预设事件。

具体的，所述客户端检测到用户确认所述服务端的推送信息；或者

所述客户端检测到用户开启所述客户端的APP；或者

所述客户端检测到用户主动触发用于描述所述插件更新请求的事件。

102、所述服务端根据所述插件更新请求，确认所要推送的插件，并将所述所要推送的至少一个插件的下载信息推送至所述客户端。

具体的，所述插件更新请求携带有所述客户端的本地插件信息，所述服务端根据所述插件更新请求，确认所要推送的插件，该过程可以包括：

所述服务端将所述本地插件信息与插件库中的当前插件信息进行对比，确认所述客户端的本地插件中缺失或者插件版本低于当前插件版本的至少一个插件；

所述服务端确认所述至少一个插件的关联插件，其中，所述至少一个插件的安装或运行依赖于所述关联插件的安装或者运行；

所述服务端确认所述客户端的本地插件中是否包括所述关联插件，若否，则确认所述关联插件以及所述至少一个插件为所要推送的插件。

所述插件为多个，所述服务端将所述所要推送的插件的下载信息推送至所述客户端，该过程可以包括：

设置所述多个插件的推送顺序；

根据所述推送顺序，将所述所要推送的插件的下载信息推送至所述客户端。

103、所述客户端根据所述下载信息，下载所述至少一个插件，并对所述至少一个插件进行验证。

具体的，所述客户端通过以下操作中的至少一个，实现所述对所述至少一个插件进行验证的步骤：

根据预设的密钥对所述至少一个插件进行解密；或者

对所述至少一个插件中的签名信息进行验证。

104、所述客户端在验证成功后，加载所述至少一个插件。

具体的，在检测到用户加载事件后，将所述插件加载至所述客户端的APP；

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

本发明实施例提供了一种插件发布方法，通过插件实现客户端的更新，相比于现有技术，避免了通过下载并安装APP实现客户端功能的添加，从而节省了***的处理资源以及运行资源，提高了用户体验。

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

201、所述客户端确认用户触发预设事件。

具体的，所述预设事件包括用户确认所述服务端的推送信息、用户启动所述客户端的APP以及用户主动触发插件更新请求中的任意一个。

通过以下操作中的至少一个，确认用户触发预设事件，该过程可以包括：

A、所述客户端检测到用户确认所述服务端的推送信息。

具体的，检测到用户打开并确认服务端的推送信息，本发明实施例对具体的打开和确认方式不加以限定。

B、所述客户端检测到用户开启所述客户端的APP。

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

C、所述客户端检测到用户主动触发用于描述所述插件更新请求的事件。

具体的，用户主动触发的事件包括但不限于用户输入预设手势、用户点击预设图标、用于输入至少包括预设关键词的语音或文本。

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

202、客户端根据触发的预设事件，将插件更新请求发送至服务端。

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

203、所述服务端将所述插件更新请求携带的本地插件信息与插件库中的当前插件信息进行对比，确认所述客户端的本地插件中缺失或者插件版本低于当前插件版本的至少一个插件。

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

其中，该插件信息可以为插件的ID。

204、所述服务端确认所述至少一个插件的关联插件，其中，所述至少一个插件的安装或运行依赖于所述关联插件的安装或者运行。

具体的，根据该至少一个插件的插件信息，确认该插件安装或运行所依赖的关联插件；

该关联插件至少包括该插件安装或运行所依赖的关键算法、配置信息以及功能信息等。

205、所述服务端确认所述客户端的本地插件中是否包括所述关联插件，若否，则确认所述关联插件以及所述至少一个插件为所要推送的插件。

具体的，根据该关联插件的插件信息，确认所述客户端的本地插件中是否包括所述关联插件，本发明实施例对具体的确认方式不加以限定。

值得注意的是，步骤203至步骤205是实现所述服务端根据插件更新请求，确认所要推送的插件的过程，除了上述步骤的方式之外，还可以通过其他方式实现该过程，本发明实施例对具体的方式不加以限定。

206、所述服务端设置所述多个插件的推送顺序。

具体的，根据该关联插件的安装顺序，确认多个插件的推送顺序，并确认在上一个推送的插件已经完成安装后，再推送下一个插件。

207、所述服务端根据所述推送顺序，将所述所要推送的插件的下载信息推送至所述客户端。

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

值得注意的是，步骤206至步骤207是实现所述服务端将所述所要推送的至少一个插件的下载信息推送至所述客户端的过程，除了上述步骤的方式之外，还可以通过其他方式实现该过程，本发明实施例对具体的方式不加以限定。

208、所述客户端根据所述下载信息，下载所述至少一个插件。

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

209、所述客户端对所述至少一个插件进行验证，在验证成功后，执行步骤210。

通过以下操作中的至少一个，对所述至少一个插件中的签名信息进行验证，该过程可以包括：

A、根据预设的密钥对所述至少一个插件进行解密。

具体的，在预设的解密算法的基础上，根据预设的密钥对所述至少一个插件进行解密。

B、对所述至少一个插件中的签名信息进行验证。

具体的，验证至少一个插件中的签名与本地保存的签名是否一致，本发明实施例对具体的验证方式不加以限定。

210、在检测到用户加载事件后，将所述插件加载至所述客户端的APP。

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

本发明实施例提供了一种插件发布方法，通过插件实现客户端的更新，相比于现有技术，避免了通过下载并安装APP实现客户端功能的添加，从而节省了***的处理资源以及运行资源，提高了用户体验。

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

发送模块31，用于根据触发的预设事件，将插件更新请求发送至服务端，以使所述服务端根据所述插件更新请求，确认所要推送的插件，并将所述所要推送的至少一个插件的下载信息推送至所述客户端；

下载模块32，用于根据所述下载信息，下载所述至少一个插件；

验证模块33，用于对所述至少一个插件进行验证；

加载模块34，用于在验证成功后，加载所述至少一个插件。

可选的，所述预设事件包括用户确认所述服务端的推送信息、用户启动所述客户端的APP以及用户主动触发插件更新请求中的任意一个，所述客户端还包括检测模块35，所述检测模块35包括：

第一检测子模块351，用于检测用户是否确认所述服务端的推送信息；

第二检测子模块352，用于检测用户是否开启所述客户端的APP；

第三检测子模块353，用于检测用户是否主动触发用于描述所述插件更新请求的事件。

可选的，所述验证模块33包括：

解密子模块331，用于根据预设的密钥对所述至少一个插件进行解密；

验证子模块332，用于对所述至少一个插件中的签名信息进行验证。

可选的，所述加载模块34具体用于：

在检测到用户加载事件后，将所述插件加载至所述客户端的APP；

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

本发明实施例提供了一种客户端，该客户端通过插件实现客户端的更新，相比于现有技术，避免了通过下载并安装APP实现客户端功能的添加，从而节省了***的处理资源以及运行资源，提高了用户体验。

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

接收模块41，用于接收客户端发送的插件更新请求；

确认模块42，用于根据所述插件更新请求，确认所要推送的插件；

推送模块43，用于将所述所要推送的至少一个插件的下载信息推送至所述客户端。

可选的，所述插件更新请求携带有所述客户端的本地插件信息，所述确认模块42包括：

第一确认子模块421，用于将所述客户端的本地插件信息与插件库中的当前插件信息进行对比，确认所述客户端的本地插件中缺失或者版本低于当前版本的至少一个插件；

第二确认子模块422，用于确认所述至少一个插件的关联插件，其中，所述至少一个插件的安装或运行依赖于所述关联插件的安装或者运行；

第三确认子模块423，用于确认所述客户端的本地插件中是否包括所述关联插件，若否，则确认所述关联插件以及所述至少一个插件为所要推送的插件。

可选的，所述插件为多个，所述推送模块43包括：

设置子模块431，用于设置所述多个插件的推送顺序；

推送子模块432，用于根据所述推送顺序，将所述所要推送的插件的下载信息推送至所述客户端。

本发明实施例提供了一种服务端，该服务端通过插件实现客户端的更新，相比于现有技术，避免了通过下载并安装APP实现客户端功能的添加，从而节省了***的处理资源以及运行资源，提高了用户体验。

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

根据触发的预设事件，将插件更新请求发送至服务端，以使所述服务端根据所述插件更新请求，确认所要推送的插件，并将所述所要推送的至少一个插件的下载信息推送至所述客户端；

根据所述下载信息，下载所述至少一个插件；

对所述至少一个插件进行验证；

在验证成功后，加载所述至少一个插件。

可选的，所述预设事件包括用户确认所述服务端的推送信息、用户启动所述客户端的APP以及用户主动触发插件更新请求中的任意一个，所述处理器52调用所述存储器51所存储的程序代码用于执行以下操作：

检测用户是否确认所述服务端的推送信息；或者

检测用户是否开启所述客户端的APP；或者

检测用户是否主动触发用于描述所述插件更新请求的事件。

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

根据预设的密钥对所述至少一个插件进行解密；

对所述至少一个插件中的签名信息进行验证。

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

在检测到用户加载事件后，将所述插件加载至所述客户端的APP；

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

本发明实施例提供了一种客户端，该客户端通过插件实现客户端的更新，相比于现有技术，避免了通过下载并安装APP实现客户端功能的添加，从而节省了***的处理资源以及运行资源，提高了用户体验。

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

接收客户端发送的插件更新请求；

根据所述插件更新请求，确认所要推送的插件；

将所述所要推送的至少一个插件的下载信息推送至所述客户端。

可选的，所述插件更新请求携带有所述客户端的本地插件信息，所述处理器62调用所述存储器61所存储的程序代码用于执行以下操作：

将所述客户端的本地插件信息与插件库中的当前插件信息进行对比，确认所述客户端的本地插件中缺失或者版本低于当前版本的至少一个插件；

确认所述至少一个插件的关联插件，其中，所述至少一个插件的安装或运行依赖于所述关联插件的安装或者运行；

确认所述客户端的本地插件中是否包括所述关联插件，若否，则确认所述关联插件以及所述至少一个插件为所要推送的插件。

可选的，所述插件为多个，所述处理器62调用所述存储器61所存储的程序代码用于执行以下操作：

设置所述多个插件的推送顺序；

根据所述推送顺序，将所述所要推送的插件的下载信息推送至所述客户端。

本发明实施例提供了一种服务端，该服务端通过插件实现客户端的更新，相比于现有技术，避免了通过下载并安装APP实现客户端功能的添加，从而节省了***的处理资源以及运行资源，提高了用户体验。

实施例七为本发明实施例提供的一种插件发布***7，参照图7所示，该***7包括客户端71和服务器72；

所述客户端71包括：

发送模块711，用于根据触发的预设事件，将插件更新请求发送至服务端，以使所述服务端根据所述插件更新请求，确认所要推送的插件，并将所述所要推送的至少一个插件的下载信息推送至所述客户端；

下载模块712，用于根据所述下载信息，下载所述至少一个插件；

验证模块713，用于对所述至少一个插件进行验证；

加载模块714，用于在验证成功后，加载所述至少一个插件；

所述服务端72包括：

接收模块721，用于接收客户端发送的插件更新请求；

确认模块722，用于根据所述插件更新请求，确认所要推送的插件；

推送模块723，用于将所述所要推送的至少一个插件的下载信息推送至所述客户端。

可选的，所述预设事件包括用户确认所述服务端的推送信息、用户启动所述客户端的APP以及用户主动触发插件更新请求中的任意一个，所述客户端71还包括检测模块715，所述检测模块715包括：

第一检测子模块7151，用于检测用户是否确认所述服务端的推送信息；

第二检测子模块7152，用于检测用户是否开启所述客户端的APP；

第三检测子模块7153，用于检测用户是否主动触发用于描述所述插件更新请求的事件。

可选的，所述插件更新请求携带有所述客户端的本地插件信息，所述确认模块722包括：

第一确认子模块7221，用于将所述客户端的本地插件信息与插件库中的当前插件信息进行对比，确认所述客户端的本地插件中缺失或者版本低于当前版本的至少一个插件；

第二确认子模块7222，用于确认所述至少一个插件的关联插件，其中，所述至少一个插件的安装或运行依赖于所述关联插件的安装或者运行；

第三确认子模块7223，用于确认所述客户端的本地插件中是否包括所述关联插件，若否，则确认所述关联插件以及所述至少一个插件为所要推送的插件。

可选的，所述插件为多个，所述推送模块723包括：

设置子模块7231，用于设置所述多个插件的推送顺序；

推送子模块7232，用于根据所述推送顺序，将所述所要推送的插件的下载信息推送至所述客户端。

可选的，所述验证模块713包括：

解密子模块7131，用于根据预设的密钥对所述至少一个插件进行解密；

验证子模块7132，用于对所述至少一个插件中的签名信息进行验证。

可选的，所述加载模块714具体用于：

在检测到用户加载事件后，将所述插件加载至所述客户端的APP；

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

本发明实施例提供了一种插件发布***，该***通过插件实现客户端的更新，相比于现有技术，避免了通过下载并安装APP实现客户端功能的添加，从而节省了***的处理资源以及运行资源，提高了用户体验。

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

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

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

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

Claims (10)

1.一种插件发布方法，其特征在于，所述方法包括：

客户端根据触发的预设事件，将插件更新请求发送至服务端；

所述服务端根据所述插件更新请求，确认所要推送的插件，并将所述所要推送的至少一个插件的下载信息推送至所述客户端；

所述客户端根据所述下载信息，下载所述至少一个插件，并对所述至少一个插件进行验证；

所述客户端在验证成功后，加载所述至少一个插件。

2.根据权利要求1所述的方法，其特征在于，所述预设事件包括用户确认所述服务端的推送信息、用户启动所述客户端的APP以及用户主动触发插件更新请求中的任意一个，所述客户端根据触发的预设事件，将插件更新请求发送至服务端之前，所述客户端还通过以下操作中的至少一个，确认用户触发所述预设事件：

所述客户端检测到用户确认所述服务端的推送信息；或者

所述客户端检测到用户开启所述客户端的APP；或者

所述客户端检测到用户主动触发用于描述所述插件更新请求的事件。

3.根据权利要求2所述的方法，其特征在于，所述插件更新请求携带有所述客户端的本地插件信息，所述服务端根据插件更新请求，确认所要推送的插件包括：

所述服务端将所述本地插件信息与插件库中的当前插件信息进行对比，确认所述客户端的本地插件中缺失或者插件版本低于当前插件版本的至少一个插件；

所述服务端确认所述至少一个插件的关联插件，其中，所述至少一个插件的安装或运行依赖于所述关联插件的安装或者运行；

所述服务端确认所述客户端的本地插件中是否包括所述关联插件，若否，则确认所述关联插件以及所述至少一个插件为所要推送的插件。

4.根据权利要求3所述的方法，其特征在于，所述插件为多个，所述服务端将所述所要推送的插件的下载信息推送至所述客户端包括：

设置所述多个插件的推送顺序；

根据所述推送顺序，将所述所要推送的插件的下载信息推送至所述客户端。

5.根据权利要求3所述的方法，其特征在于，所述客户端通过以下操作中的至少一个，实现所述对所述至少一个插件进行验证包括：

根据预设的密钥对所述至少一个插件进行解密；或者

对所述至少一个插件中的签名信息进行验证。

6.根据权利要求4所述的方法，其特征在于，所述客户端加载所述插件包括：

在检测到用户加载事件后，将所述插件加载至所述客户端的APP；

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

7.一种客户端，其特征在于，所述客户端包括：

发送模块，用于根据触发的预设事件，将插件更新请求发送至服务端，以使所述服务端根据所述插件更新请求，确认所要推送的插件，并将所述所要推送的至少一个插件的下载信息推送至所述客户端；

下载模块，用于根据所述下载信息，下载所述至少一个插件；

验证模块，用于对所述至少一个插件进行验证；

加载模块，用于在验证成功后，加载所述至少一个插件。

8.根据权利要求7所述的客户端，其特征在于，所述预设事件包括用户确认所述服务端的推送信息、用户启动所述客户端的APP以及用户主动触发插件更新请求中的任意一个，所述客户端还包括检测模块，所述检测模块用于：

检测用户是否确认所述服务端的推送信息；或者

检测用户是否开启所述客户端的APP；或者

检测用户是否主动触发用于描述所述插件更新请求的事件。

9.一种服务端，其特征在于，所述服务端包括：

接收模块，用于接收客户端发送的插件更新请求；

确认模块，用于根据所述插件更新请求，确认所要推送的插件；

推送模块，用于将所述所要推送的至少一个插件的下载信息推送至所述客户端。

10.一种插件发布***，其特征在于，所述***包括客户端和服务器；

所述客户端包括：

发送模块，用于根据触发的预设事件，将插件更新请求发送至服务端，以使所述服务端根据所述插件更新请求，确认所要推送的插件，并将所述所要推送的至少一个插件的下载信息推送至所述客户端；

下载模块，用于根据所述下载信息，下载所述至少一个插件；

验证模块，用于对所述至少一个插件进行验证；

加载模块，用于在验证成功后，加载所述至少一个插件；

所述服务端包括：

接收模块，用于接收客户端发送的插件更新请求；

确认模块，用于根据所述插件更新请求，确认所要推送的插件；

推送模块，用于将所述所要推送的至少一个插件的下载信息推送至所述客户端。