CN107656750A - 插件更新方法及装置 - Google Patents

Abstract

本发明实施例提供了一种插件更新方法及装置，属于计算机技术领域。所述方法包括：服务器获取插件宿主发送的用于更新一插件的请求指令，所述请求指令包括所述插件的当前版本；所述服务器根据所述请求指令判断所述插件是否需要更新；若是，则所述服务器获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新。本发方法不需要再下载插件宿主的安装包进行手动安装来更新插件，本方法直接通过对插件进行更新，从而提高了用户体验。

Description

插件更新方法及装置

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种插件更新方法及装置。

背景技术

随着APP功能越来越强大，每个功能模块插件化也越来越流行，现在移动设备中应用程序(英文全称：APPlication，英文简称：APP)的功能需要越来越多，并且各种APP占用的存储空间也越来越大，但并不是所有的用户都需要用到所有的功能，所以功能模块插件化就可以很好的解决这个问题。例如，有的功能不常用，如果做成插件的话，就不需要直接放在APP中，而是当用户需要时再去下载，从而减少原始安装包的大小。

而现有技术中，为了适应应用的多功能性，很多时候需要对应用中已安装的插件进行更新或升级等，则这是需要重新下载整个应用的安装包，然后手动安装，也就是需要重新下载插件的安装包进行安装，以达到对插件更新的目的，但是插件的版本一般更新得频繁，这种方法极大的降低了用户体验。

发明内容

有鉴于此，本发明实施例的目的在于提供一种插件更新方法及装置，以改善上述问题。

第一方面，本发明实施例提供了一种插件更新方法，所述方法包括：服务器获取插件宿主发送的用于更新一插件的请求指令，所述请求指令包括所述插件的当前版本；所述服务器根据所述请求指令判断所述插件是否需要更新；若是，则所述服务器获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

进一步地，所述服务器获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新，包括：所述服务器获取与所述插件宿主的插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

进一步地，所述插件的当前版本和更新版本均包括版本序列号，所述版本序列号包括第一位序列号和第二位序列号，所述第一位序列号用于标识与所述插件接口兼容的版本号，所述服务器获取与所述插件宿主的插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新，包括：所述服务器判断所述插件的更新版本的第一位序列号是否与所述当前版本的第一位序列号匹配；若是，则获取与所述插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新，其中，所述更新版本的第二位序列号大于所述当前版本的第二位序列号。

进一步地，所述服务器获取与所述插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新之后，还包括：所述服务器判断所述更新版本的插件是否与所述插件宿主兼容，若兼容，则将所述更新版本对应的插件加载到所述插件宿主中。

进一步地，所述服务器根据所述请求指令判断所述插件是否需要更新，包括：所述服务器根据所述请求指令获取插件更新配置文件，所述插件更新配置文件包括需要更新的插件信息的插件信息列表，所述插件信息包括所述插件的更新版本；所述服务器从所述插件信息列表中查找是否有与所述当前需要更新的插件对应的更新版本，若有，则判断所述插件需要更新。

第二方面，本发明实施例提供了一种插件更新装置，运行于服务器，所述装置包括：请求指令获取模块，用于获取插件宿主发送的用于更新一插件的请求指令，所述请求指令包括所述插件的当前版本；更新判断模块，用于根据所述请求指令判断所述插件是否需要更新；更新模块，用于若述插件需要更新，则获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

进一步地，所述更新模块，具体用于获取与所述插件宿主的插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

进一步地，所述插件的当前版本和更新版本均包括版本序列号，所述版本序列号包括第一位序列号和第二位序列号，所述第一位序列号用于标识与所述插件接口兼容的版本号，所述更新模块包括：序列号判断单元，用于判断所述插件的更新版本的第一位序列号是否与所述当前版本的第一位序列号匹配；更新单元，用于若所述插件的更新版本的第一位序列号与所述当前版本的第一位序列号匹配，则获取与所述插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新，其中，所述更新版本的第二位序列号大于所述当前版本的第二位序列号。

进一步地，所述装置还包括：加载模块，用于判断所述更新版本的插件是否与所述插件宿主兼容，若兼容，则将所述更新版本对应的插件加载到所述插件宿主中。

进一步地，所述更新判断模块包括：更新文件获取单元，用于根据所述请求指令获取插件更新配置文件，所述插件更新配置文件包括需要更新的插件信息的插件信息列表，所述插件信息包括所述插件的更新版本；查找单元，用于从所述插件信息列表中查找是否有与所述当前需要更新的插件对应的更新版本，若有，则判断所述插件需要更新。

本发明实施例的有益效果是：

本发明实施例提供了一种插件更新方法及装置，首先通过服务器获取插件宿主发送的用于更新一插件的请求指令，所述请求指令包括所述插件的当前版本，然后所述服务器根据所述请求指令判断所述插件是否需要更新，若是，则所述服务器获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新，从而不需要再下载插件宿主的安装包进行手动安装来更新插件，本方法直接通过对插件进行更新，从而提高了用户体验。

本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的插件宿主与服务器进行交互的示意图；

图2示出了一种可应用于本申请实施例中的电子设备的结构框图；

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

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

图5为本发明实施例提供的一种插件更新装置的结构框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

图1为本发明实施例提供的插件宿主10与服务器20进行交互的示意图，所述服务器20通过网络30与一个或多个宿主插件10进行通信连接，以进行数据通信或交互。所述服务器20在本发明实施例中为插件管理服务器。

请参照图2，图2示出了一种可应用于本申请实施例中的电子设备100的结构框图。电子设备100可以包括插件更新装置、存储器101、存储控制器102、处理器103、外设接口104、输入输出单元105、音频单元106、显示单元107。

所述存储器101、存储控制器102、处理器103、外设接口104、输入输出单元105、音频单元106、显示单元107各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述插件更新装置包括至少一个可以软件或固件(firmware)的形式存储于所述存储器101中或固化在所述插件更新装置的操作系统(operating system，OS)中的软件功能模块。所述处理器103用于执行存储器101中存储的可执行模块，例如所述插件更新装置包括的软件功能模块或计算机程序。

其中，存储器101可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器101用于存储程序，所述处理器103在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器103中，或者由处理器103实现。

处理器103可以是一种集成电路芯片，具有信号的处理能力。上述的处理器103可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器103也可以是任何常规的处理器等。

所述外设接口104将各种输入/输出装置耦合至处理器103以及存储器101。在一些实施例中，外设接口104，处理器103以及存储控制器102可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元105用于提供给用户输入数据实现用户与所述服务器(或本地终端)的交互。所述输入输出单元105可以是，但不限于，鼠标和键盘等。

音频单元106向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

显示单元107在所述电子设备100与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元107可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器103进行计算和处理。

所述外设接口104将各种输入/输入装置耦合至处理器103以及存储器101。在一些实施例中，外设接口104，处理器103以及存储控制器102可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元105用于提供给用户输入数据实现用户与处理终端的交互。所述输入输出单元105可以是，但不限于，鼠标和键盘等。

可以理解，图2所示的结构仅为示意，所述电子设备100还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

请参照图3，图3为本发明实施例提供一种插件更新方法的流程图，所述方法运行于服务器，所述方法具体包括：

步骤S110：服务器获取插件宿主发送的用于更新一插件的请求指令。

插件宿主是指承载插件运行的环境，为插件提供基本服务，插件由宿主程序管理和控制。宿主也可以理解为应用程序，应用程序中的功能模块可以通过插件的形式来实现，从而便于用户使用应用程序。另外，所述插件宿主可以是服务器、客户端、应用等，本发明实施例以应用为例进行说明。

插件是指一种遵守一定规范的应用程序接口编写出来的程序，可独立完成某个或一系列功能的模块，通常插件由宿主程序加载，不能独立运行。

首先为了将宿主与插件间进行隔离，则可以利用ClassLoader的继承关系隔离插件与宿主、不同插件、以及不同版本的同一插件，从而避免了Class冲突和覆盖。

然后利用java的反射机制，以及对象序列化/反序列化机制来完成插件和宿主之间的通信。

在插件宿主中设计有调用插件的插件接口，用于宿主与插件间的通讯，其接口参数可以包含：int、long、boolean、byte、String、Object。

其中，String可以是对象序列化结果，宿主/插件拿到后可以反序列化为本地对象。Object可以是任意对象，宿主/插件拿到后利用反射调用其方法。String和Object类型的参数需要在接口定义时明确指定其类型。

所有接口调用均通过反射实现，接口调用通过插件代理层来实现，宿主和插件不需要关心反射的具体实现以及接口参数的转换。

当插件宿主在终端中运行时可以通过插件接口调用插件，以在插件宿主中能够实现特定插件对应的功能，而当为了满足插件的功能的正常使用，需要对插件进行不定时更新，则终端设备的插件宿主可以通过网络向所述服务器发送需要更新的插件的请求指令，该请求指令包括所述插件的当前版本，服务器可以获取插件宿主发送的请求指令，该服务器可以为插件管理服务器。

其中，所述插件的当前版本可以从插件宿主中的安装包中直接获取。

步骤S120：所述服务器根据所述请求指令判断所述插件是否需要更新。

所述服务器中存储有插件更新配置文件，所述服务器在获得到所述请求指令后，根据所述请求指令获取插件更新配置文件，所述插件更新配置文件包括需要更新的插件信息的插件信息列表，所述插件信息包括所述插件的更新版本。

由于所述插件更新配置文件中包含有所有插件信息的插件信息列表，所以可以根据插件更新配置文件准确、快速地确定插件宿主可以更新的插件，即与插件宿主兼容的更新插件，并且由于在代码设计阶段，将插件和宿主隔离，从而可以确定插件宿主是否兼容更新的插件，进而导致应用崩溃的问题。

进一步地，所述服务器从所述插件信息列表中查找是否有与所述当前需要更新的插件对应的更新版本，若有，则判断所述插件需要更新。

具体地，插件信息列表中包括有插件的名称、唯一标识、说明、下载地址、各个时间发布的版本号以及各个版本发布的时间等。其中，插件的唯一标识可以是插件的MD5(MessageDigest Algorithm5，信息摘要算法5)值或SHA1(Secure Hash Algorithm1，安全哈希算法1)值等等。具体的，本发明实施例中通过MD5算法计算出插件的唯一的hash(哈希)值，即MD5值。MD5算法的典型应用是对一段信息(Message)产生信息摘要(Message-Digest)，以防止被篡改。MD5将整个文件当作一个大文本信息，通过其不可逆的字符串变换算法，产生了这个唯一的MD5信息摘要。当然，本发明实施例根据实际情况采用其他算法计算可执行文件的哈希值均是可行的，例如采用SHA1等，本发明实施例对此并不限制。

所述服务器将所述当前需要更新的插件信息与插件信息列表的各个插件的信息进行一一比对，例如，首先将当前需要更新的插件的唯一标识是否与插件信息列表中的各个插件的唯一标识进行对比，若某个插件的唯一标识与所述当前需要更新的插件的唯一标识相同，则表示插件信息列表中有当前需要更新的插件的更新版本，说明当前需要更新的插件可以更新，然后执行步骤S130，从而可以实现有选择地、灵活地更新插件的目的。

需要说明的是，插件的更新版本可以理解为是比插件的当前版本的发布日期晚，或者版本号更高，即该插件的最新版本号，通常情况下每个插件可以有多个版本号，而在插件管理服务器中的插件信息列表中通常保存的是插件的最新版本号。

步骤S130：所述服务器获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

在上述服务器判断出所述插件可以更新为更新版本后，还可以先判断该更新版本是否与插件接口兼容，然后所述服务器获取与所述插件宿主的插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

由于插件接口完全是通过反射机制调用的，一旦插件与宿主之间的接口定义不一致，则会使得插件接口调用失败，而且随着业务的变化，很可能会更改接口，从而可以通过插件的版本号来约束插件接口。

插件的版本一般通过版本序列号来表示，即插件的当前版本和更新版本均包括版本序列号，版本序列号一般包括两位，即包括第一位序列号和第二位序列号，其可以表示为X.X，左边的一位设置为第一序列号，右边的一位设置为第二序列号，可以通过所述第一位序列号标识与所述插件接口兼容的版本号，所述第二位序列号用于标识同一版本下的版本变化。

所以，可以在维护插件时，一旦接口发生变化，则需要变更第一位序列号即可，在插件升级或更新时，服务器返回与该插件接口兼容的插件版本，在加载插件时，检查第一位序列号是否与插件宿主兼容，不兼容则不予加载。

为了使得更新后的插件版本可以和插件宿主的插件接口兼容，以便更新后的插件可以正常运行，则所述服务器需要判断所述插件的更新版本的第一位序列号是否与所述当前版本的第一位序列号匹配，若是，则获取与所述插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新，其中，所述更新版本的第二位序列号大于所述当前版本的第二位序列号。

例如，若当前需要更新前的插件的版本号为1.2，插件列表中存在该插件的更新版本号为1.3，则其第一位序列号相同，表示更新版本的插件可以与插件接口兼容，且第二位序列号大于第一位序列号，表示该插件由最新版本发布，可以更新，但是若插件的更新版本号为2.0，其第一位序列号不相同，则表示该插件的更新版本无法与插件接口兼容，不可以更新。

然后所述服务器可以通过插件的下载地址下载相应的插件的更新版本完成所述插件的更新。

作为一种实施方式，请参照图4，图4为本发明实施例提供的另一种插件更新方法的流程图，所述方法还包括：

步骤S140：所述服务器判断所述更新版本的插件是否与所述插件宿主兼容。

通过上述描述的方法可以判断出更新版本的插件是否与插件宿主兼容，具体请参照步骤S130中的描述，为了描述的简洁，在这不再过多赘述。若所述服务器判断出所述更新版本的插件与所述插件宿主兼容，则执行步骤S150。

步骤S150：将所述更新版本对应的插件加载到所述插件宿主中。

将更新版本对应的插件加载到插件宿主中，从而省去用户等待下载更新版本号的插件的时间，快速响应用户的插件加载。由于同一插件不同版本之间、插件与宿主之间是完全隔离的，因此可以在插件宿主运行期间，动态加载插件的更新版本，即时生效。同时，也可以加载同一插件的多个版本，依次调用，从而保证了业务功能的鲁棒性。

请参照图5，图5为本发明实施例提供的一种插件更新装置200的结构框图，该装置运行于服务器，所述装置包括：

请求指令获取模块210，用于获取插件宿主发送的用于更新一插件的请求指令，所述请求指令包括所述插件的当前版本。

更新判断模块220，用于根据所述请求指令判断所述插件是否需要更新。

更新模块230，用于若述插件需要更新，则获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

作为一种方式，所述更新模块230，具体用于获取与所述插件宿主的插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

作为一种方式，所述插件的当前版本和更新版本均包括版本序列号，所述版本序列号包括第一位序列号和第二位序列号，所述第一位序列号用于标识与所述插件接口兼容的版本号，所述更新模块230包括：序列号判断单元，用于判断所述插件的更新版本的第一位序列号是否与所述当前版本的第一位序列号匹配；更新单元，用于若所述插件的更新版本的第一位序列号与所述当前版本的第一位序列号匹配，则获取与所述插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新，其中，所述更新版本的第二位序列号大于所述当前版本的第二位序列号。

作为一种方式，所述装置还包括：加载模块，用于判断所述更新版本的插件是否与所述插件宿主兼容，若兼容，则将所述更新版本对应的插件加载到所述插件宿主中。

作为一种方式，所述更新判断模块220包括：

更新文件获取单元，用于根据所述请求指令获取插件更新配置文件，所述插件更新配置文件包括需要更新的插件信息的插件信息列表，所述插件信息包括所述插件的更新版本。

查找单元，用于从所述插件信息列表中查找是否有与所述当前需要更新的插件对应的更新版本，若有，则判断所述插件需要更新。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

综上所述，本发明实施例提供了一种插件更新方法及装置，首先通过服务器获取插件宿主发送的用于更新一插件的请求指令，所述请求指令包括所述插件的当前版本，然后所述服务器根据所述请求指令判断所述插件是否需要更新，若是，则所述服务器获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新，从而不需要再下载插件宿主的安装包进行手动安装来更新插件，本方法直接通过对插件进行更新，从而提高了用户体验。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

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

服务器获取插件宿主发送的用于更新一插件的请求指令，所述请求指令包括所述插件的当前版本；

所述服务器根据所述请求指令判断所述插件是否需要更新；

若是，则所述服务器获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

2.根据权利要求1所述的方法，其特征在于，所述服务器获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新，包括：

所述服务器获取与所述插件宿主的插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

3.根据权利要求2所述的方法，其特征在于，所述插件的当前版本和更新版本均包括版本序列号，所述版本序列号包括第一位序列号和第二位序列号，所述第一位序列号用于标识与所述插件接口兼容的版本号，所述服务器获取与所述插件宿主的插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新，包括：

所述服务器判断所述插件的更新版本的第一位序列号是否与所述当前版本的第一位序列号匹配；

若是，则获取与所述插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新，其中，所述更新版本的第二位序列号大于所述当前版本的第二位序列号。

4.根据权利要求3所述的方法，其特征在于，所述服务器获取与所述插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新之后，还包括：

所述服务器判断所述更新版本的插件是否与所述插件宿主兼容，若兼容，则将所述更新版本对应的插件加载到所述插件宿主中。

5.根据权利要求1所述的方法，其特征在于，所述服务器根据所述请求指令判断所述插件是否需要更新，包括：

所述服务器根据所述请求指令获取插件更新配置文件，所述插件更新配置文件包括需要更新的插件信息的插件信息列表，所述插件信息包括所述插件的更新版本；

所述服务器从所述插件信息列表中查找是否有与所述当前需要更新的插件对应的更新版本，若有，则判断所述插件需要更新。

6.一种插件更新装置，其特征在于，运行于服务器，所述装置包括：

请求指令获取模块，用于获取插件宿主发送的用于更新一插件的请求指令，所述请求指令包括所述插件的当前版本；

更新判断模块，用于根据所述请求指令判断所述插件是否需要更新；

更新模块，用于若述插件需要更新，则获取所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

7.根据权利要求6所述的装置，其特征在于，所述更新模块，具体用于获取与所述插件宿主的插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新。

8.根据权利要求7所述的装置，其特征在于，所述插件的当前版本和更新版本均包括版本序列号，所述版本序列号包括第一位序列号和第二位序列号，所述第一位序列号用于标识与所述插件接口兼容的版本号，所述更新模块包括：

序列号判断单元，用于判断所述插件的更新版本的第一位序列号是否与所述当前版本的第一位序列号匹配；

更新单元，用于若所述插件的更新版本的第一位序列号与所述当前版本的第一位序列号匹配，则获取与所述插件接口兼容的所述插件的更新版本，并基于所述更新版本对所述插件进行更新，其中，所述更新版本的第二位序列号大于所述当前版本的第二位序列号。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

加载模块，用于判断所述更新版本的插件是否与所述插件宿主兼容，若兼容，则将所述更新版本对应的插件加载到所述插件宿主中。

10.根据权利要求6所述的装置，其特征在于，所述更新判断模块包括：

更新文件获取单元，用于根据所述请求指令获取插件更新配置文件，所述插件更新配置文件包括需要更新的插件信息的插件信息列表，所述插件信息包括所述插件的更新版本；

查找单元，用于从所述插件信息列表中查找是否有与所述当前需要更新的插件对应的更新版本，若有，则判断所述插件需要更新。