CN104951322B - 插件管理方法、装置及系统 - Google Patents

Abstract

本发明公开了一种插件管理方法、装置及系统，属于计算机技术领域。所述方法包括：向服务器发送插件信息获取请求，以便服务器反馈存储的各组第一插件信息；接收各组第一插件信息；将接收到的各组第一插件信息与预存的终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；利用存在差异的插件信息对终端中对应的插件进行更新管理。本发明通过对比服务器存储的各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

Description

插件管理方法、装置及系统

技术领域

本发明涉及计算机技术领域，特别涉及一种插件管理方法、装置及系统。

背景技术

随着智能终端的广泛应用，智能终端可使用的应用程序也越来越多，为了丰富和优化应用程序的相关应用，可以根据需要为应用程序提供各种类型的插件。比如，为浏览器提供的flash插件、RealPlayer插件等。

在现有获取插件的过程中，当智能终端中的某个应用程序被开启之后，终端首先会向该应用程序所对应的服务器发送一个插件查询请求，以便服务器判断是否存在与该应用程序相关的新插件，比如新增插件或升级插件，若存在与该应用程序相关的新插件，则向所述终端发送用于指示具有新插件的通知消息，终端在接收到该通知消息之后，根据用户的选择从服务器下载并安装该新插件的安装包。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：在现有获取插件的过程中，只能针对开启后的某一个应用程序进行拉取，不便于对终端中各个应用程序的插件进行统一管理。

发明内容

为了解决现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题，本发明实施例提供了一种插件管理方法、装置及系统。所述技术方案如下：

第一方面，提供了一种插件管理方法，应用于终端中，所述方法包括：

向服务器发送插件信息获取请求，以便所述服务器反馈存储的各组第一插件信息；

接收各组所述第一插件信息；

将接收到的各组所述第一插件信息与预存的所述终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；

利用所述存在差异的插件信息对所述终端中对应的插件进行更新管理。

第二方面，提供了一种插件管理方法，应用于服务器中，所述方法包括：

接收终端发送的插件信息获取请求；

向所述终端反馈存储的各组第一插件信息，以便所述终端将接收到的各组所述第一插件信息与预存的所述终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；利用所述存在差异的插件信息对所述终端中对应的插件进行更新。

第三方面，提供了一种插件管理装置，应用于终端中，所述装置包括：

第一发送模块，用于向服务器发送插件信息获取请求，以便所述服务器反馈存储的各组第一插件信息；

第一接收模块，用于接收各组所述第一插件信息；

筛选模块，用于将所述第一接收模块接收到的各组所述第一插件信息与预存的所述终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；

管理模块，用于利用所述筛选模块筛选出的所述存在差异的插件信息对所述终端中对应的插件进行更新管理。

第四方面，提供了一种插件管理装置，应用于服务器中，所述装置包括：

第二接收模块，用于接收终端发送的插件信息获取请求；

第二发送模块，用于向所述终端反馈存储的各组第一插件信息，以便所述终端将接收到的各组所述第一插件信息与预存的所述终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；利用所述存在差异的插件信息对所述终端中对应的插件进行更新。

第五方面，提供了一种插件管理系统，所述系统包括服务器和至少一个终端，所述服务器通过有线网络方式或无线网络方式与所述终端互联；

所述服务器包括如第四方面所述的插件管理装置；

所述终端包括如第三方面所述的插件管理装置。

本发明实施例提供的技术方案带来的有益效果是：

通过对比服务器存储的各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用这些存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

附图说明

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

图1是本发明部分实施例中提供的插件管理方法所涉及的实施环境的示意图；

图2是本发明一个实施例中提供的插件管理方法的方法流程图；

图3是本发明另一个实施例中提供的插件管理方法的方法流程图；

图4A是本发明再一个实施例中提供的插件管理方法的方法流程图；

图4B是本发明部分实施例中提供的插件管理的界面示意图；

图4C是本发明部分实施例中提供的升级插件时的流程示意图；

图4D是本发明部分实施例中提供的在终端显示的包含有用于指示需要进行升级的提示信息的界面示意图；

图4E是本发明部分实施例中提供的新增插件时的流程示意图；

图4F是本发明部分实施例中提供的在终端显示的包含有用于指示需要进行普通新增的提示信息的界面示意图；

图5是本发明一个实施例中提供的插件管理装置的结构示意图；

图6是本发明另一个实施例中提供的插件管理装置的结构示意图；

图7是本发明再一个实施例中提供的插件管理装置的结构示意图；

图8是本发明还一个实施例中提供的插件管理装置的结构示意图；

图9是本发明一个实施例中提供的插件管理系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参见图1所示，其示出了本发明部分实施例中提供的插件管理方法所涉及的实施环境的示意图。该实施环境可以包括服务器120和至少一个终端140，服务器120通过有线网络方式或无线网络方式分别与各个终端140连接。

服务器120可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。该服务器120可以存储有预定应用程序的最新插件，并保存有这些插件的插件信息。

终端140可以是运行有管理应用程序的电子设备，该电子设备可以是智能手机、平板电脑、智能电视、电子书阅读器、MP3播放器（Moving Picture Experts Group AudioLayer III，动态影像专家压缩标准音频层面3）、MP4（Moving Picture Experts GroupAudio Layer IV，动态影像专家压缩标准音频层面4）播放器、膝上型便携计算机和台式计算机等等。

请参见图2所示，其示出了本发明一个实施例中提供的插件管理方法的方法流程图，该插件管理方法主要以应用于图1所示实施环境中的终端140中进行举例说明。该插件管理方法可以包括：

201，向服务器发送插件信息获取请求，以便服务器反馈存储的各组第一插件信息；

202，接收各组第一插件信息；

203，将接收到的各组第一插件信息与预存的终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；

204，利用存在差异的插件信息对终端中对应的插件进行更新管理。

综上所述，本发明实施例提供的插件管理方法，通过对比服务器存储的各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用这些存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

请参见图3所示，其示出了本发明另一个实施例中提供的插件管理方法的方法流程图，该插件管理方法主要以应用于图1所示实施环境中的服务器120中进行举例说明。该插件管理方法可以包括：

301，接收终端发送的插件信息获取请求；

302，向终端反馈存储的各组第一插件信息，以便终端将接收到的各组第一插件信息与预存的终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；利用存在差异的插件信息对终端中对应的插件进行更新。

综上所述，本发明实施例提供的插件管理方法，通过将服务器存储的各组第一插件信息发送给终端，以便终端可以根据这些各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用这些存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

请参见图4A所示，其示出了本发明再一个实施例中提供的插件管理方法的方法流程图，该插件管理方法主要以应用于图1所示实施环境中进行举例说明。该插件管理方法可以包括：

401，终端向服务器发送插件信息获取请求，以便服务器反馈存储的各组第一插件信息；

在实际应用中，终端可以在指定时刻向服务器发送插件信息获取请求，其中，指定时刻可以为每隔预定时间间隔所指示的时刻或预先设定的时刻。

举例来讲，终端可以每隔预定时间间隔向服务器发送插件信息获取请求，这里所讲的预定时间间隔可以根据实际情况设定，比如可以为1小时、24小时、1周等；再举例来讲，终端中用于管理插件的管理客户端可以在被开启后，向服务器发送插件信息获取请求。

402，服务器接收终端发送的插件信息获取请求；

403，服务器向终端反馈存储的各组第一插件信息；

通常，为了能够为终端提供插件统一管理服务，服务器中可以预先存储若干个应用程序的插件，这里所讲的若干个可以为两个或两个以上，对于每个插件，服务器均同时保存该插件的插件信息，通常来讲，插件的插件信息可以包括插件标识、插件版本号、升级类型、新增类型、网络要求类型等中的一种、两种或多种。这里为了与终端中的插件信息进行区分，将服务器中的插件信息确定为第一插件信息。

由此可知，当服务器接收到终端发送的插件信息获取请求时，服务器可以获取在服务器存储的所有各组第一插件信息，然后服务器则可以向服务器反馈存储的各组第一插件信息。

404，终端接收各组第一插件信息；

405，终端对比具有相同插件标识的第一插件信息和预存的第二插件信息；

通常来讲，终端中也会保存终端所具有的插件的插件信息，为了与服务器中的插件信息进行区分，将终端中所具有的插件的插件信息确定为第二插件信息。

一般的，终端中可以包含与若干个指定应用程序对应的插件的插件信息，也即终端中的第二插件信息对应于若干个指定应用程序。

需要说明的是，第一插件信息或第二插件信息所对应的应用程序均是指定好的，根据协议可以添加更多的应用程序，也可以减少应用程序。

406，当第一插件信息的插件版本号高于第二插件信息的插件版本号，终端将该第一插件信息筛选为用于升级的插件信息；

当第一插件信息的插件版本号高于第二插件信息的插件版本号时，则表明服务器中存在相较于终端具有较高版本的插件。此时，则可以将第一插件信息筛选为用于升级的插件信息。

在实际应用中，终端还可以将步骤405之后的对比结果进行显示，请参见图4B所示，其示出了本发明部分实施例中提供的插件管理的界面示意图，通过对比各组第一插件信息和各组第二插件信息，得到的对比结果，其中插件1和插件3所对应的插件信息即为通过步骤406筛选出的用于升级的插件信息。很显然，可以显示筛选出的这些插件信息的部分或全部信息。

407，终端对筛选出的用于升级的第一插件信息所对应的插件进行插件升级；

在一种可能的实现方式中，请参见图4C所示，其示出了本发明部分实施例中提供的升级插件时的流程示意图，终端对筛选出的用于升级的第一插件信息所对应的插件进行插件升级时，可以包括如下步骤：

407a，获取筛选出的第一插件信息的升级类型；

该升级类型可以是服务器中预先设定的，该升级类型可以根据插件的实际情况而定。举例来讲，当某一个插件必须进行升级，如不进行升级则该插件所在的应用程序无法继续时，则可以将该插件的插件信息中的升级类型定义为强制升级；再举例来讲，当某一个插件并不需要强制进行升级时，比如该插件被安装后可能并不影响应用程序的实际使用，或对应用程序的实际使用的影响非常小，此时，则可以将该插件的插件信息中的升级类型定义为普通升级；还举例来讲，当某一个插件即使告知给用户，用户也不知道该插件是否需要，且该插件可能是应用程序使用时必须的插件，此时则可以将该插件的插件信息中的升级类型定义为静默升级。

在实际应用中，可以由服务器的管理人员或研发人员根据插件的属性设定该插件的升级类型。

407b，当升级类型为普通升级或强制升级时，则显示用于指示需要进行升级的提示信息，并在接收到确定进行升级的确定信息时，从服务器获取并安装第一插件信息所对应的插件安装包；

当升级类型为普通升级或强制升级时，通常需要向用户显示用于指示需要进行升级的提示信息，请参见图4D所示，其示出了本发明部分实施例中提供的在终端显示的包含有用于指示需要进行升级的提示信息的界面示意图，图4D中所示的提示升级界面上可以包含有供用户选择的“确定”按钮以及“取消”按钮，当用户选择“确定”按钮时，终端则可以接收到确定进行升级的确定信息，此时，终端则可以从服务器获取并安装第一插件信息所对应的插件安装包；当用户选择“取消”按钮时，终端则可以接收到取消进行升级的取消信息，此时，终端则不对该第一插件信息所对应的插件进行下载安装。但需要注意的是，如果第一插件信息中的升级类型为强制升级，如果用户选择不进行升级，则无法继续正常使用该第一插件信息所对应的应用程序。

在一种可能的实现方式中，终端从服务器获取并安装第一插件信息所对应的插件安装包，可以包括：终端向服务器发送用于获取第一插件信息所对应的插件安装包的插件获取请求，服务器在接收到该插件获取请求之后，则将该第一插件信息所对应的插件安装包反馈给终端；终端接收并安装该插件安装包。

407c，当升级类型为静默升级时，判断第一插件信息是否包括网络要求类型；

当第一插件信息的升级类型为静默升级时，则不需要在用户的指示下安装，而是直接进行默认安装，此时在一种场景下，则可以直接从服务器获取并安装第一插件信息多对应的插件安装包。而在实际应用中，由于较多的终端可能是移动终端，比如智能手机，这些移动终端在下载安装包时可能会消耗一部分流量，为了降低对流量的消耗，可以根据该第一插件信息所对应的插件的重要程度，在终端具有免费网络（比如WiFi网络等）使用的情况下，才从服务器获取并安装第一插件信息多对应的插件安装包。因此这里在第一插件信息中携带了网络要求类型，具体可以参见步骤407d和步骤407e。

407d，若判断结果为第一插件信息不包含网络要求类型，则从服务器获取并安装第一插件信息所对应的插件安装包；

如果第一插件信息不包含网络要求类型，也就是说，不考虑实际的网络状况，此时则直接从服务器获取并安装第一插件信息所对应的插件安装包。

407e，若判断结果为第一插件信息包括网络要求类型，则当终端所使用的网络为网络要求类型所对应的网络时，从服务器获取并安装第一插件信息多对应的插件安装包。

如果第一插件信息包含网络要求类型，则下载第一插件信息所对应的插件安装包时，则需要考虑实际的网络状态。当终端所使用的网络为网络要求类型所对应的网络时，则可以从服务器获取并安装第一插件信息多对应的插件安装包。

在一种情况下，当一个插件不太急需升级时，可以将网络要求类型设定为第一指定网络，比如WiFi等，这样，终端可以在连接WiFi时，再从服务器获取并安装第一插件信息多对应的插件安装包。在另一种情况下，当一个插件可能比较急需被升级或升级的效果比较明显时，则可以将网络要求类型设定为任意网络类型，这样，无论终端可使用的网络类型如何，均执行从服务器获取并安装第一插件信息多对应的插件安装包的步骤。

408，当第一插件信息的插件标识与各个第二插件信息的插件标识均不同时，终端将该第一插件信息筛选为用于新增的插件信息；

当第一插件信息的插件标识与各个第二插件信息的插件标识均不同时，则表明该第一插件信息所对应的插件为新增的插件，也即终端目前还没有安装该插件，此时终端可以将该第一插件信息筛选为用于新增的插件信息。

仍旧参见图4B所示，其中插件2所对应的插件信息即为通过步骤408筛选出的用于新增的插件信息。很显然，可以显示筛选出的这些插件信息的部分或全部信息。

409，终端对筛选出的用于新增的第一插件信息所对应的插件进行插件新增；

在一种可能的实现方式中，请参见图4E所示，其示出了本发明部分实施例中提供的新增插件时的流程示意图，终端对筛选出的用于新增的第一插件信息所对应的插件进行插件新增时，可以包括如下步骤：

409a，获取筛选出的第一插件信息的增加类型；

该增加类型可以是服务器中预先设定的，该增加类型可以根据插件的实际情况而定。举例来讲，当即使告知给用户某一个插件，用户也不清楚该插件的作用，也可能不知道是否需要该插件，且该插件可能是应用程序使用时必须的插件，此时则可以将该插件的插件信息中的增加类型定义为静默新增；再举例来讲，当某一个插件可以告知给用户，让用户选择是否进行下载安装，此时则可以将该插件的插件信息中的增加类型定义为普通新增。

在实际应用中，可以由服务器的管理人员或研发人员根据插件的属性设定该插件的增加类型。

409b，当增加类型为普通新增时，则显示用于指示需要进行普通新增的提示信息，并在接收到确定进行普通新增的确定信息时，从服务器获取并安装第一插件信息多对应的插件安装包；

当增加类型为普通新增时，通常需要向用户显示用于指示需要进行普通新增的提示信息，请参见图4F所示，其示出了本发明部分实施例中提供的在终端显示的包含有用于指示需要进行普通新增的提示信息的界面示意图，图4F中提示新增界面上可以包含有供用户选择的“确定”按钮以及“取消”按钮，当用户选择“确定”按钮时，终端则可以接收到确定进行新增的确定信息，此时，终端则可以从服务器获取并安装第一插件信息所对应的插件安装包；当用户选择“取消”按钮时，终端则可以接收到取消进行新增的取消信息，此时，终端则不对该第一插件信息所对应的插件进行下载安装。

同样，终端从服务器获取并安装第一插件信息所对应的插件安装包，可以包括：终端向服务器发送用于获取第一插件信息所对应的插件安装包的插件获取请求，服务器在接收到该插件获取请求之后，则将该第一插件信息所对应的插件安装包反馈给终端；终端接收并安装该插件安装包。

409c，当增加类型为静默新增时，判断第一插件信息是否包括网络要求类型；

当第一插件信息的增加类型为静默新增时，则不需要在用户的指示下安装，而是直接进行默认安装，此时在一种场景下，则可以直接从服务器获取并安装第一插件信息多对应的插件安装包。同样，在实际应用中，由于较多的终端可能是移动终端，比如智能手机，这些移动终端在下载安装包时可能会消耗一部分流量，为了降低对流量的消耗，可以根据该第一插件信息所对应的插件的重要程度，在终端具有免费网络（比如WiFi网络等）使用的情况下，才从服务器获取并安装第一插件信息多对应的插件安装包。因此这里在第一插件信息中携带了网络要求类型，具体可以参见步骤409d和步骤409e。

409d，若判断结果为第一插件信息不包含网络要求类型，则从服务器获取并安装第一插件信息多对应的插件安装包；

如果第一插件信息不包含网络要求类型，也就是说，不考虑实际的网络状况，此时则直接从服务器获取并安装第一插件信息所对应的插件安装包。

409e，若判断结果为第一插件信息包括网络要求类型，则当终端所使用的网络为网络要求类型所对应的网络时，从服务器获取并安装第一插件信息多对应的插件安装包。

如果第一插件信息包含网络要求类型，则下载第一插件信息所对应的插件安装包时，则需要考虑实际的网络状态。当终端所使用的网络为网络要求类型所对应的网络时，则可以从服务器获取并安装第一插件信息所对应的插件安装包。

在一种情况下，当一个插件不太急需安装时，可以将网络要求类型设定为第一指定网络，比如WiFi等，这样，终端可以在连接WiFi时，再从服务器获取并安装第一插件信息多对应的插件安装包。在另一种情况下，当一个插件可能比较急需被安装或安装的影响比较大时，则可以将网络要求类型设定为任意网络类型，这样，无论终端可使用的网络类型如何，均执行从服务器获取并安装第一插件信息多对应的插件安装包的步骤。

410，当第二插件信息的插件标识与各个第一插件信息的插件标识均不同时，终端将该第二插件信息筛选出用于卸载的插件信息；

当第二插件信息的插件标识与各个第一插件信息的插件标识均不同时，则表明服务器中可能取消对第二插件信息所对应的插件进行服务的业务，也即服务器可能不再提供对第二插件信息所对应的插件进行服务，此时，终端则可以将该第二插件信息筛选出用于卸载的插件信息。

仍旧参见图4B所示，其中插件4所对应的插件信息即为通过步骤410筛选出的用于卸载的插件信息。很显然，可以显示筛选出的这些插件信息的部分或全部信息。

411，终端对筛选出的用于卸载的第二插件信息所对应的插件进行卸载。

终端在对插件进行卸载时，通常先需要去掉该插件的插件入口，然后卸载该插件。

需要补充说明的是，为了进行性能测试或者需要满足其他需求，插件信息获取请求携带有插件版本号、用户标识和渠道号中的至少一种。当插件信息获取请求所携带的信息符合下发条件时，则执行向终端反馈存储的各组第一插件信息的步骤，下发条件可以为插件的插件版本号小于预定的插件版本号、用户标识为符合预定条件的用户标识或渠道号为指定渠道的渠道号中的至少一种。在一种可能实现的场景中，当服务器刚开始被建立，为了进行测试，可以先对一部分用户进行测试，此时插件信息获取请求中则可以携带用户标识，当插件信息获取请求所携带的用户标识符合下发条件（比如指定的某客户端的用户）时，则执行向终端反馈存储的各组第一插件信息的步骤。在另一种可能实现的场景中，当一个或某些插件被升级后，将不再对较低级的插件进行升级服务，而仅对较高级的插件进行升级服务时，则插件信息获取请求中则可以携带插件标识以及对应的插件版本号，当插件信息获取请求所携带的插件版本号符合下发条件（比如高于某个指定版本）时，则执行向终端反馈存储的各组第一插件信息的步骤。在再一种可能实现的场景中，为了测试通过某个渠道进行插件管理的情况，此时插件信息获取请求中则可以携带渠道号，当插件信息获取请求所携带的渠道号符合下发条件（比如指定的某渠道号）时，则执行向终端反馈存储的各组第一插件信息的步骤。很显然，在实际应用中，还可以根据实际需要，在插件信息获取请求中携带其他的信息，以便于服务器根据插件信息获取请求中携带的信息进行筛选。

综上所述，本发明实施例提供的插件管理方法，通过对比服务器存储的各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用这些存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

请参见图5所示，其示出了本发明一个实施例中提供的插件管理装置的结构示意图，该插件管理装置主要以应用于图1所示实施环境中的终端140中进行举例说明。该插件管理装置可以包括：第一发送模块502、第一接收模块504、筛选模块506和管理模块508。

第一发送模块502，可以用于向服务器发送插件信息获取请求，以便服务器反馈存储的各组第一插件信息；

第一接收模块504，可以用于接收各组第一插件信息；

筛选模块506，可以用于将第一接收模块504接收到的各组第一插件信息与预存的终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；

管理模块508，可以用于利用筛选模块506筛选出的存在差异的插件信息对终端中对应的插件进行更新管理。

综上所述，本发明实施例提供的插件管理装置，通过对比服务器存储的各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用这些存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

请参见图6所示，其示出了本发明另一个实施例中提供的插件管理装置的结构示意图，该插件管理装置主要以应用于图1所示实施环境中的终端140中进行举例说明。该插件管理装置可以包括：第一发送模块602、第一接收模块604、筛选模块606和管理模块608。

第一发送模块602，可以用于向服务器发送插件信息获取请求，以便服务器反馈存储的各组第一插件信息；

第一接收模块604，可以用于接收各组第一插件信息；

筛选模块606，可以用于将第一接收模块604接收到的各组第一插件信息与预存的终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；

管理模块608，可以用于利用筛选模块606筛选出的存在差异的插件信息对终端中对应的插件进行更新管理。

在图6所示实施例的第一种可能的实现方式中，每组第一插件信息包括插件标识和插件版本号，每组第二插件信息包括插件标识和插件版本号，筛选模块606可以包括：对比单元606a和第一筛选单元606b，或，第二筛选单元606c，或，第三筛选单元606d。

对比单元606a，可以用于对比具有相同插件标识的第一插件信息和第二插件信息；第一筛选单元606b，可以用于当第一插件信息的插件版本号高于第二插件信息的插件版本号，则将第一插件信息筛选为用于升级的插件信息；

第二筛选单元606c，可以用于当第一插件信息的插件标识与各个第二插件信息的插件标识均不同时，则将第一插件信息筛选为用于新增的插件信息；

第三筛选单元606d，可以用于当第二插件信息的插件标识与各个第一插件信息的插件标识均不同时，则将第二插件信息筛选出用于卸载的插件信息。

在图6所示实施例的第二种可能的实现方式中，管理模块608可以包括：升级单元608a、新增单元608b和卸载单元608c。

升级单元608a，可以用于对第一筛选单元606b筛选出的用于升级的第一插件信息所对应的插件进行插件升级；

新增单元608b，可以用于对第二筛选单元606c筛选出的用于新增的第一插件信息所对应的插件进行插件新增；

卸载单元608c，可以用于对第三筛选单元606d筛选出的用于卸载的第二插件信息所对应的插件进行卸载。

在图6所示实施例的第三种可能的实现方式中，第一插件信息还包括升级类型，升级单元608a可以包括：第一获取子单元608a1、第一安装子单元608a2、第一判断子单元608a3、第二安装子单元608a4和第三安装子单元608a5。

第一获取子单元608a1，可以用于获取筛选出的第一插件信息的升级类型；

第一安装子单元608a2，可以用于当升级类型为普通升级或强制升级时，则显示用于指示需要进行升级的提示信息，并在接收到确定进行升级的确定信息时，从服务器获取并安装第一插件信息所对应的插件安装包；

第一判断子单元608a3，可以用于当升级类型为静默升级时，判断第一插件信息是否包括网络要求类型；第二安装子单元608a4，可以用于在第一判断子单元608a3的判断结果为第一插件信息不包含网络要求类型时，从服务器获取并安装第一插件信息所对应的插件安装包；第三安装子单元608a5，可以用于在第一判断子单元608a3的判断结果为第一插件信息包括网络要求类型时，当终端所使用的网络为网络要求类型所对应的网络时，从服务器获取并安装第一插件信息多对应的插件安装包。

在图6所示实施例的第四种可能的实现方式中，第一插件信息还包括增加类型，新增单元608b可以包括：第二获取子单元608b1、第四安装子单元608b2、第二判断子单元608b3、第五安装子单元608b4和第六安装子单元608b5。

第二获取子单元608b1，可以用于获取筛选出的第一插件信息的增加类型；

第四安装子单元608b2，可以用于当增加类型为普通新增时，则显示用于指示需要进行普通新增的提示信息，并在接收到确定进行普通新增的确定信息时，从服务器获取并安装第一插件信息多对应的插件安装包；

第二判断子单元608b3，可以用于当增加类型为静默新增时，判断第一插件信息是否包括网络要求类型；第五安装子单元608b4，可以用于在第二判断子单元608b3的判断结果为第一插件信息不包含网络要求类型时，从服务器获取并安装第一插件信息多对应的插件安装包；第六安装子单元608b5，可以用于在第二判断子单元608b3的判断结果为第一插件信息包括网络要求类型时，当终端所使用的网络为网络要求类型所对应的网络时，从服务器获取并安装第一插件信息多对应的插件安装包。

在图6所示实施例的第五种可能的实现方式中，第一发送模块602，还用于：

在指定时刻向服务器发送插件信息获取请求，指定时刻为每隔预定时间间隔所指示的时刻或预先设定的时刻。

在图6所示实施例的第六种可能的实现方式中，插件信息获取请求携带有插件版本号、用户标识和渠道号中的至少一种。

综上所述，本发明实施例提供的插件管理装置，通过对比服务器存储的各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用这些存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

请参见图7所示，其示出了本发明再一个实施例中提供的插件管理装置的结构示意图，该插件管理装置主要以应用于图1所示实施环境中的服务器120中进行举例说明。该插件管理装置可以包括：第二接收模块702和第二发送模块704。

第二接收模块702，可以用于接收终端发送的插件信息获取请求；

第二发送模块704，可以用于向终端反馈存储的各组第一插件信息，以便终端将接收到的各组第一插件信息与预存的终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；利用存在差异的插件信息对终端中对应的插件进行更新。

综上所述，本发明实施例提供的插件管理装置，通过将服务器存储的各组第一插件信息发送给终端，以便终端可以根据这些各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用这些存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

请参见图8所示，其示出了本发明还一个实施例中提供的插件管理装置的结构示意图，该插件管理装置主要以应用于图1所示实施环境中的服务器120中进行举例说明。该插件管理装置可以包括：第二接收模块802和第二发送模块804。

第二接收模块802，可以用于接收终端发送的插件信息获取请求；

第二发送模块804，可以用于向终端反馈存储的各组第一插件信息，以便终端将接收到的各组第一插件信息与预存的终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息；利用存在差异的插件信息对终端中对应的插件进行更新。

在图8所示实施例中的第一种可能的实现方式中，插件信息获取请求携带有插件的插件版本号、用户标识和渠道号中的至少一种，

第二发送模块804，还可以用于当插件信息获取请求所携带的信息符合下发条件时，则向终端反馈存储的各组第一插件信息，下发条件为插件的插件版本号小于预定的插件版本号、用户标识为符合预定条件的用户标识或渠道号为指定渠道的渠道号中的至少一种。

综上所述，本发明实施例提供的插件管理装置，通过将服务器存储的各组第一插件信息发送给终端，以便终端可以根据这些各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用这些存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

请参见图9所示，其示出了本发明一个实施例中提供的插件管理系统的结构示意图，该插件管理系统主要以应用于图1所示实施环境中进行举例说明。该插件管理系统可以包括：服务器902和至少一个终端904，服务器902通过有线网络方式或无线网络方式与所述终端904互联。

服务器902可以包括如图7或图8所示的插件管理装置；

终端904可以包括如图5或图6所示的插件管理装置。

综上所述，本发明实施例提供的插件管理系统，通过对比服务器存储的各组第一插件信息以及预存的终端所具有的各组第二插件信息，筛选出存在差异的插件信息，利用这些存在差异的插件信息对终端中对应的插件进行更新管理；解决了现有技术中不便于对终端中各个应用程序的插件进行统一管理的问题；达到了可以对终端中插件的更新进行统一管理的效果。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

Claims (20)

1.一种插件管理方法，其特征在于，应用于运行有管理客户端的终端中，所述管理客户端用于管理插件，所述方法包括：

当所述管理客户端被开启后，向服务器发送插件信息获取请求，以便所述服务器反馈存储的各组第一插件信息，所述服务器中存储有至少两个应用程序的插件；

接收各组所述第一插件信息；

将接收到的各组所述第一插件信息与预存的所述终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息，所述各组第二插件信息与至少两个指定应用程序对应；

利用所述存在差异的插件信息对所述终端中对应的插件进行更新管理，其中，所述更新管理的过程包括：获取筛选出的所述第一插件信息的升级类型，并当所述升级类型为普通升级或强制升级时，显示用于指示需要进行升级的提示信息，并在接收到确定进行升级的确定信息时，从服务器获取并安装所述第一插件信息对应的插件安装包；或，获取筛选出的所述第一插件信息的增加类型，并当所述增加类型为普通新增时，显示用于指示需要进行普通新增的提示信息，并在接收到确定进行普通新增的确定信息时，从服务器获取并安装所述第一插件信息对应的插件安装包。

2.根据权利要求1所述的方法，其特征在于，每组第一插件信息包括插件标识和插件版本号，每组第二插件信息包括插件标识和插件版本号，所述将接收到的各组所述第一插件信息与预存的所述终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息，包括：

对比具有相同插件标识的第一插件信息和第二插件信息；当所述第一插件信息的插件版本号高于所述第二插件信息的插件版本号，则将所述第一插件信息筛选为用于升级的插件信息；

当第一插件信息的插件标识与各个第二插件信息的插件标识均不同时，则将所述第一插件信息筛选为用于新增的插件信息；

当第二插件信息的插件标识与各个第一插件信息的插件标识均不同时，则将所述第二插件信息筛选出用于卸载的插件信息。

3.根据权利要求2所述的方法，其特征在于，所述利用所述存在差异的插件信息对所述终端中对应的插件进行更新管理，包括：

对筛选出的用于升级的所述第一插件信息所对应的插件进行插件升级；

对筛选出的用于新增的所述第一插件信息所对应的插件进行插件新增；

对筛选出的用于卸载的所述第二插件信息所对应的插件进行卸载。

4.根据权利要求3所述的方法，其特征在于，所述方法，还包括：

当所述升级类型为静默升级时，判断所述第一插件信息是否包括网络要求类型；若判断结果为所述第一插件信息不包含所述网络要求类型，则从所述服务器获取并安装所述第一插件信息所对应的插件安装包；若判断结果为所述第一插件信息包括所述网络要求类型，则当所述终端所使用的网络为所述网络要求类型所对应的网络时，从所述服务器获取并安装所述第一插件信息多对应的插件安装包。

5.根据权利要求3所述的方法，其特征在于，所述方法，还包括：

当所述增加类型为静默新增时，判断所述第一插件信息是否包括网络要求类型；若判断结果为所述第一插件信息不包含所述网络要求类型，则从所述服务器获取并安装所述第一插件信息多对应的插件安装包；若判断结果为所述第一插件信息包括所述网络要求类型，则当所述终端所使用的网络为所述网络要求类型所对应的网络时，从所述服务器获取并安装所述第一插件信息多对应的插件安装包。

6.根据权利要求1所述的方法，其特征在于，所述向服务器发送插件信息获取请求，包括：

在指定时刻向所述服务器发送所述插件信息获取请求，所述指定时刻为每隔预定时间间隔所指示的时刻或预先设定的时刻。

7.根据权利要求1至6中任一所述的方法，其特征在于，所述插件信息获取请求携带有插件版本号、用户标识和渠道号中的至少一种。

8.一种插件管理方法，应用于服务器中，其特征在于，所述方法包括：

接收终端发送的插件信息获取请求，所述终端中运行有管理客户端，所述管理客户端用于管理插件，所述插件信息获取请求是所述管理客户端被开启后发送的请求，所述服务器中存储有至少两个应用程序的插件；

向所述终端反馈存储的各组第一插件信息，以便所述终端将接收到的各组所述第一插件信息与预存的所述终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息，所述各组第二插件信息与至少两个指定应用程序对应；利用所述存在差异的插件信息对所述终端中对应的插件进行更新，其中，所述更新的过程包括：获取筛选出的所述第一插件信息的升级类型，并当所述升级类型为普通升级或强制升级时，显示用于指示需要进行升级的提示信息，并在接收到确定进行升级的确定信息时，从服务器获取并安装所述第一插件信息对应的插件安装包；或，获取筛选出的所述第一插件信息的增加类型，并当所述增加类型为普通新增时，显示用于指示需要进行普通新增的提示信息，并在接收到确定进行普通新增的确定信息时，从服务器获取并安装所述第一插件信息对应的插件安装包。

9.根据权利要求8所述的方法，其特征在于，所述插件信息获取请求携带有插件的插件版本号、用户标识和渠道号中的至少一种，在所述接收终端发送的插件信息获取请求之后，还包括：

当所述插件信息获取请求所携带的信息符合下发条件时，则执行所述向所述终端反馈存储的各组第一插件信息的步骤，所述下发条件为所述插件的插件版本号小于预定的插件版本号、所述用户标识为符合预定条件的用户标识或所述渠道号为指定渠道的渠道号中的至少一种。

10.一种插件管理装置，其特征在于，应用于运行有管理客户端的终端中，所述管理客户端用于管理插件，所述装置包括：

第一发送模块，用于当所述管理客户端被开启后，向服务器发送插件信息获取请求，以便所述服务器反馈存储的各组第一插件信息，所述服务器中存储有至少两个应用程序的插件；

第一接收模块，用于接收各组所述第一插件信息；

筛选模块，用于将所述第一接收模块接收到的各组所述第一插件信息与预存的所述终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息，所述各组第二插件信息与至少两个指定应用程序对应；

管理模块，用于利用所述筛选模块筛选出的所述存在差异的插件信息对所述终端中对应的插件进行更新管理，其中，所述更新管理的过程包括：获取筛选出的所述第一插件信息的升级类型，并当所述升级类型为普通升级或强制升级时，显示用于指示需要进行升级的提示信息，并在接收到确定进行升级的确定信息时，从服务器获取并安装所述第一插件信息对应的插件安装包；或，获取筛选出的所述第一插件信息的增加类型，并当所述增加类型为普通新增时，显示用于指示需要进行普通新增的提示信息，并在接收到确定进行普通新增的确定信息时，从服务器获取并安装所述第一插件信息对应的插件安装包。

11.根据权利要求10所述的装置，其特征在于，每组第一插件信息包括插件标识和插件版本号，每组第二插件信息包括插件标识和插件版本号，所述筛选模块包括：

对比单元，用于对比具有相同插件标识的第一插件信息和第二插件信息；

第一筛选单元，用于当所述第一插件信息的插件版本号高于所述第二插件信息的插件版本号，则将所述第一插件信息筛选为用于升级的插件信息；

第二筛选单元，用于当第一插件信息的插件标识与各个第二插件信息的插件标识均不同时，则将所述第一插件信息筛选为用于新增的插件信息；

第三筛选单元，用于当第二插件信息的插件标识与各个第一插件信息的插件标识均不同时，则将所述第二插件信息筛选出用于卸载的插件信息。

12.根据权利要求11所述的装置，其特征在于，所述管理模块包括：

升级单元，用于对所述第一筛选单元筛选出的用于升级的所述第一插件信息所对应的插件进行插件升级；

新增单元，用于对所述第二筛选单元筛选出的用于新增的所述第一插件信息所对应的插件进行插件新增；

卸载单元，用于对所述第三筛选单元筛选出的用于卸载的所述第二插件信息所对应的插件进行卸载。

13.根据权利要求12所述的装置，其特征在于，所述第一插件信息还包括升级类型，所述升级单元包括：

第一判断子单元，用于当所述升级类型为静默升级时，判断所述第一插件信息是否包括网络要求类型；第二安装子单元，用于在所述第一判断子单元的判断结果为所述第一插件信息不包含所述网络要求类型时，从所述服务器获取并安装所述第一插件信息所对应的插件安装包；第三安装子单元，用于在所述第一判断子单元的判断结果为所述第一插件信息包括所述网络要求类型时，当所述终端所使用的网络为所述网络要求类型所对应的网络时，从所述服务器获取并安装所述第一插件信息多对应的插件安装包。

14.根据权利要求12所述的装置，其特征在于，所述第一插件信息还包括增加类型，所述新增单元包括：

第二判断子单元，用于当所述增加类型为静默新增时，判断所述第一插件信息是否包括网络要求类型；第五安装子单元，用于在所述第二判断子单元的判断结果为所述第一插件信息不包含所述网络要求类型时，从所述服务器获取并安装所述第一插件信息多对应的插件安装包；第六安装子单元，用于在所述第二判断子单元的判断结果为所述第一插件信息包括所述网络要求类型时，当所述终端所使用的网络为所述网络要求类型所对应的网络时，从所述服务器获取并安装所述第一插件信息多对应的插件安装包。

15.根据权利要求10所述的装置，其特征在于，所述第一发送模块，还用于：

在指定时刻向所述服务器发送所述插件信息获取请求，所述指定时刻为每隔预定时间间隔所指示的时刻或预先设定的时刻。

16.根据权利要求10至15中任一所述的装置，其特征在于，所述插件信息获取请求携带有插件版本号、用户标识和渠道号中的至少一种。

17.一种插件管理装置，应用于服务器中，其特征在于，所述装置包括：

第二接收模块，用于接收终端发送的插件信息获取请求，所述终端中运行有管理客户端，所述管理客户端用于管理插件，所述插件信息获取请求是所述管理客户端被开启后发送的请求，所述服务器中存储有至少两个应用程序的插件；

第二发送模块，用于向所述终端反馈存储的各组第一插件信息，以便所述终端将接收到的各组所述第一插件信息与预存的所述终端所具有的各组第二插件信息进行对比，筛选出存在差异的插件信息，所述各组第二插件信息与至少两个指定应用程序对应；利用所述存在差异的插件信息对所述终端中对应的插件进行更新，其中，所述更新的过程包括：获取筛选出的所述第一插件信息的升级类型，并当所述升级类型为普通升级或强制升级时，显示用于指示需要进行升级的提示信息，并在接收到确定进行升级的确定信息时，从服务器获取并安装所述第一插件信息对应的插件安装包；或，获取筛选出的所述第一插件信息的增加类型，并当所述增加类型为普通新增时，显示用于指示需要进行普通新增的提示信息，并在接收到确定进行普通新增的确定信息时，从服务器获取并安装所述第一插件信息对应的插件安装包。

18.根据权利要求17所述的装置，其特征在于，所述插件信息获取请求携带有插件的插件版本号、用户标识和渠道号中的至少一种，

所述第二发送模块，还用于当所述插件信息获取请求所携带的信息符合下发条件时，则向所述终端反馈存储的各组第一插件信息，所述下发条件为所述插件的插件版本号小于预定的插件版本号、所述用户标识为符合预定条件的用户标识或所述渠道号为指定渠道的渠道号中的至少一种。

19.一种插件管理系统，其特征在于，所述系统包括服务器和至少一个终端，所述服务器通过有线网络方式或无线网络方式与所述终端互联；

所述服务器包括如权利要求17或18所述的插件管理装置；

所述终端包括如权利要求10至16中任一所述的插件管理装置。

20.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至9任一所述的插件管理方法。