CN102571860A - 一种管理插件的方法、装置及*** - Google Patents

Abstract

本发明公开了一种管理插件的方法、装置及***，涉及计算机软件技术领域。其中，本发明实施例提供的一种管理插件的方法，包括：获取用户指令；所述用户指令携带有插件属性；根据所述用户指令中插件属性，判断是否需要获取所述插件；如果需要获取所述插件，则从服务器下载所述插件；如果不需要获取所述插件，则运行所述插件。采用本发明实施例能够大大减少了各种软件程序之间大量重复的功能代码，降低了软件的耦合性，从而降低***内存资源的占用量，提高了***的运行效率。

Description

一种管理插件的方法、装置及***

技术领域

本发明涉及计算机软件技术领域，尤其涉及一种管理插件的方法、装置及***。

背景技术

随着计算机软件技术的不断发展，Symbian(塞班)***也不断的被应用到各种各样的技术领域中，例如：浏览器，IM(InstantMessaging，即时通讯)，咨询，各种商业软件等等。

目前，基于上述Symbian***的软件程序，通常采用Web服务器和单一手机客户端的模式进行软件程序下载或者更新，具体Web服务器与基于Symbian***的客户端信号流向图，参见附图1所示。采用Web服务器和单一手机客户端的模式进行软件程序下载或者更新的过程中，手机客户端需要从Web服务器中下载其需要的软件程序代码。虽然，该服务器可以为客户端提供大量的服务软件，为用户提供很大的方便，但是，各种软件程序代码都面临一个棘手的问题，那就是软件程序代码的安装包越来越多，越来越大，从而使得软件的开发维护越来越困难。例如：当所述手机客户端需要更新其已经下载的软件程序代码时，通常仍然需要将服务器更新后的软件程序代码全部下载到手机客户端。这样，即使所述更新后的软件程序代码仅仅修改了一条指令，也仍需要将其他重复的代码重新一起下载。

在实现上述软件程序代码下载以及更新的过程中，发明人发现现有技术中存在如下问题：

现有技术中，客户端所需的软件程序代码不能与其更新后的软件程序代码相耦合，扩展性较差，从而使得软件程序代码需要占用的***内存资源较大，大大降低了***运行效率。

发明内容

本发明实施例提供一种管理插件的方法、装置及***，为达到上述目的，本发明的实施例采用如下技术方案：

一种管理插件的方法，包括：

获取用户指令；所述用户指令携带有插件属性；

根据所述用户指令中插件属性，判断是否需要获取所述插件；

如果需要获取所述插件，则从服务器下载所述插件；

如果不需要获取所述插件，则运行所述插件。

一种客户端，包括：

指令获取单元，用于获取用户指令；所述用户指令携带有插件属性；

判断单元，用于根据所述用户指令中插件属性，判断是否需要获取所述插件；

下载单元，用于如果需要获取所述插件，则从服务器下载所述插件；

运行单元，用于如果不需要获取所述插件，则运行所述插件。

一种服务器，包括：

请求获取单元，用于获取客户端发送的插件下载请求；所述插件下载请求中携带有插件属性；

下发单元，用于根据插件属性，下发所述客户端请求的插件。

一种管理插件的***，该***包括：如上所述的客户端和服务器。

本发明实施例提供的管理插件的方法、装置以及***，通过获取用户指令；所述用户指令携带有插件属性；根据所述用户指令中插件属性，判断是否需要获取所述插件；如果需要获取所述插件，则从服务器下载所述插件；如果不需要获取所述插件，则运行所述插件。由于本发明实施例是通过管理功能独立插件来完成各种软件程序中需要实现的各种功能，所以，使得插件之间的耦合性较松，扩展性较强。也就是说，不同软件中完成相同的功能，仅需判断本地是否下载有实现该功能的插件即可，无需重复的下载不同的软件。这样，就大大减少了各种软件程序之间大量重复的功能代码，降低了软件的耦合性，与此同时，也大大降低了***内存资源的占用量，提高了***的运行效率。

附图说明

图1为现有技术中一种服务器与客户端信号传输图；

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

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

图4为本发明实施例提供的再一种管理插件的方法流程图；

图5为本发明实施例提供的一种基于Symbian***客户端与Web服务器之间管理插件的方法流程图；

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

图7为本发明实施例提供的一种服务器结构示意图；

图8为本发明实施例提供的一种管理插件的***结构示意图。

具体实施方式

下面结合附图对本发明实施例提供的一种管理插件的方法、装置以及***进行详细描述。

如图2所述，为本发明实施例提供的一种管理插件的方法；该方法包括：

201：客户端获取用户指令；所述用户指令携带有插件属性；所述插件属性包括：插件唯一标识，插件名称、插件版本号、下载统一资源定位符、插件大小、插件简介、插件发布时间、开发者姓名、开发公司。

202：根据所述用户指令中插件属性，客户端判断是否需要获取所述插件；

203：如果需要获取所述插件，则客户端从服务器下载所述插件；

204：如果不需要获取所述插件，则客户端运行所述插件。

如图3所述，为本发明实施例提供的另一种管理插件的方法；该方法包括：

301：客户端获取用户指令；所述用户指令携带有插件属性；所述插件属性包括：插件唯一标识，插件名称、插件版本号、下载统一资源定位符、插件大小、插件简介、插件发布时间、开发者姓名、开发公司。

302：客户端获取用户指令中的插件属性；

303：根据所述用户指令中的插件属性，客户端判断所述插件是否已存储在本地；

304：如果所述插件未存储在本地，则客户端从服务器下载所述插件；

305：如果所述插件已存储在本地，则客户端运行所述插件。

需要注意的是，该方法还包括：

客户端获取当前服务器插件的属性。

如果所述插件已存储在本地，则客户端运行所述插件的步骤，还可以包括：

根据已经存储在本地的插件属性以及与其对应的当前服务器中存储的该插件的属性，客户端判断所述已存储在本地的插件的属性是否需要更新；

如果所述已存储在本地的插件不需要更新，则客户端运行所述插件；

如果所述已存储在本地的插件需要更新，则客户端从服务器下载更新后插件；

客户端下载完成更新后的插件，运行更新后的插件。

如图4所述，为本发明实施例提供的再一种管理插件的方法，该方法包括：

401：服务器获取客户端发送的插件下载请求；所述插件下载请求中携带有插件属性；所述插件属性包括：插件唯一标识，插件名称、插件版本号、下载统一资源定位符、插件大小、插件简介、插件发布时间、开发者姓名、开发公司。

402：根据插件属性，服务器下发所述客户端请求的插件。

需要注意的是，该方法还包括：

服务器下发当前服务器插件的属性给所述客户端。

如图5所示，为本发明实施例提供的一种基于Symbian***客户端与Web服务器之间管理插件的方法；设图中插件1为依托于Symbian***客户端可运行的exe等类型的程序；Web服务器提供Symbian***客户端运行的插件下载，插件升级等工作。其中，所述Symbian***客户端可以用于专门调用并执行各个插件，以及检查插件是否需要更新，如果需要更新，则联网到指定的web服务器更新插件的版本，下载并提示用户安装该插件。下面以Symbian***客户端管理用户A运行的插件1的具体流程为例，对本发明实施例提供的管理插件的方法进行详细说明，其具体流程如下：

步骤500，客户端获取当前服务器插件的属性。

步骤501，客户端获取到用户A运行插件1的指令；具体的讲，就是客户端可以通过Symbian插件管理应用界面，获取用户点击插件1的指令；其中，所述插件属性包括：插件唯一标识，插件名称、插件版本号、下载统一资源定位符、插件大小、插件简介、插件发布时间、开发公司。

需要说明的是，当时是客户端接收到用户A运行插件1的指令后，根据所述插件1的插件唯一标识，客户端会将所述插件唯一标识加载至内存中，并从当前服务器中获取最新的插件属性；具体的讲，就是获取当前服务器各个插件的最新的属性配置列表。

步骤502，客户端根据所述用户指令中插件1属性，客户端判断是否需要获取所述插件1；具体的讲，就是客户端需要检查插件1是否安装，即已经存在与本地。如果插件1已安装或并无升级提示，则客户端可以直接加载并运行插件1，流程结束。如果插件1已安装，则根据已经存储在本地的插件1属性以及与其对应的当前服务器中存储的该插件1的属性，客户端还可以判断所述已存储在本地的插件1的属性是否需要更新；如果所述已存储在本地的插件1不需要更新，则客户端运行所述插件；如果所述已存储在本地的插件1需要更新，则客户端提示用户并连接网络服务器，从服务器下载更新后插件1；客户端下载完成更新后的插件1，运行更新后的插件1。如果客户端检查插件1并未安装，则提示用户并连接网络服务器，下载插件1。

步骤503，如果需要获取所述插件1，则客户端从服务器下载所述插件1；

步骤504，客户端运行所述插件1，流程结束。

需要说明的是，以上所述步骤的次序没有固定的限制，可以根据实际情况调整步骤的顺序。

如图6所示，为本发明实施例提供的一种客户端；该客户端包括：

指令获取单元601，用于获取用户指令；所述用户指令携带有插件属性；

判断单元602，用于根据所述用户指令中插件属性，判断是否需要获取所述插件；

下载单元603，用于如果需要获取所述插件，则从服务器下载所述插件；

运行单元604，用于如果不需要获取所述插件，则运行所述插件。

其中，所述判断单元602，包括：

属性获取子单元6021，用于获取用户指令中的插件属性；

判断子单元6022，用于根据所述用户指令中的插件属性，判断所述插件是否已存储在本地；

所述下载单元603，用于如果所述插件未存储在本地，则从服务器下载所述插件；

所述运行单元604，用于如果所述插件已存储在本地，则运行所述插件。

需要注意的是，该客户端还包括：

属性信息获取单元605，用于获取当前服务器插件的属性。

还需要注意的是，所述运行单元604，包括：

判断子单元6041，用于根据已经存储在本地的插件属性以及与其对应的当前服务器中存储的该插件的属性，判断所述已存储在本地的插件的属性是否需要更新；

运行子单元6042，用于如果所述已存储在本地的插件不需要更新，则运行所述插件；

所述下载单元603，用于如果所述已存储在本地的插件需要更新，则从服务器下载更新后插件；

所述运行子单元6042，还用于下载完成更新后的插件，运行更新后的插件。

如图7所述，为本发明实施例提供的一种服务器；该服务器包括：

请求获取单元701，用于获取客户端发送的插件下载请求；所述插件下载请求中携带有插件属性；

下发单元702，用于根据插件属性，下发所述客户端请求的插件。

需要注意的是，所述下发单元702，还用于下发当前服务器插件的属性给所述客户端。

如图8所述，为本发明实施例提供的一种管理插件的***；该***包括：如上所述任意一项的客户端和与其对应的服务器。设所述客户端为基于Symbian***的客户端，所述服务器为Web服务器。其中，所述基于Symbian***的客户端用于管理如图所示的插件1、插件2、……、插件N。所述Symbian***的客户端管理所述插件的过程具体可以参见上述如图5所示的具体流程。

本发明实施例提供的管理插件的方法、装置以及***，通过获取用户指令；所述用户指令携带有插件属性；根据所述用户指令中插件属性，判断是否需要获取所述插件；如果需要获取所述插件，则从服务器下载所述插件；如果不需要获取所述插件，则运行所述插件。由于本发明实施例是通过管理功能独立插件来完成各种软件程序中需要实现的各种功能，所以，使得插件之间的耦合性较松，扩展性较强。也就是说，不同软件中完成相同的功能，仅需判断本地是否下载有实现该功能的插件即可，无需重复的下载不同的软件。这样，就大大减少了各种软件程序之间大量重复的功能代码，降低了软件的耦合性，与此同时，也大大降低了***内存资源的占用量，提高了***的运行效率。

通过以上的实施方式的描述，本领域普通技术人员可以理解：实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如上述方法实施例的步骤，所述的存储介质，如：ROM/RAM、磁碟、光盘等。

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

Claims (10)

1.一种管理插件的方法，其特征在于，包括：

获取用户指令；所述用户指令携带有插件属性；

根据所述用户指令中插件属性，判断是否需要获取所述插件；

如果需要获取所述插件，则从服务器下载所述插件；

如果不需要获取所述插件，则运行所述插件。

2.根据权利要求1所述的管理插件的方法，其特征在于，所述插件属性包括：插件唯一标识，插件名称、插件版本号、下载统一资源定位符、插件大小、插件简介、插件发布时间、开发者姓名、开发公司。

3.根据权利要求2中所述的管理插件的方法，其特征在于，所述根据所述用户指令中插件属性，判断是否需要获取所述插件的步骤，包括：

获取用户指令中的插件属性；

根据所述用户指令中的插件属性，判断所述插件是否已存储在本地；

所述如果需要获取所述插件，则从服务器下载所述插件的步骤为：

如果所述插件未存储在本地，则从服务器下载所述插件；

所述如果不需要获取所述插件，则运行所述插件的步骤为：

如果所述插件已存储在本地，则运行所述插件。

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

获取当前服务器插件的属性。

5.根据权利要求4中所述的管理插件的方法，其特征在于，所述插件已存储在本地，则运行所述插件的步骤，还包括：

根据已经存储在本地的插件属性以及与其对应的当前服务器中存储的该插件的属性，判断所述已存储在本地的插件的属性是否需要更新；

如果所述已存储在本地的插件不需要更新，则运行所述插件；

如果所述已存储在本地的插件需要更新，则从服务器下载更新后插件；

下载完成更新后的插件，运行更新后的插件。

6.一种客户端，其特征在于，包括：

指令获取单元，用于获取用户指令；所述用户指令携带有插件属性；

判断单元，用于根据所述用户指令中插件属性，判断是否需要获取所述插件；

下载单元，用于如果需要获取所述插件，则从服务器下载所述插件；

运行单元，用于如果不需要获取所述插件，则运行所述插件。

7.根据权利要求6中所述的客户端，其特征在于，所述判断单元，包括：

属性获取子单元，用于获取用户指令中的插件属性；

判断子单元，用于根据所述用户指令中的插件属性，判断所述插件是否已存储在本地；

所述下载单元，用于如果所述插件未存储在本地，则从服务器下载所述插件；

所述运行单元，用于如果所述插件已存储在本地，则运行所述插件。

8.根据权利要求7所述的客户端，其特征在于，该客户端还包括：

属性信息获取单元，用于获取当前服务器插件的属性。

9.根据权利要求8中所述的客户端，其特征在于，所述运行单元，包括：

判断子单元，用于根据已经存储在本地的插件属性以及与其对应的当前服务器中存储的该插件的属性，判断所述已存储在本地的插件的属性是否需要更新；

运行子单元，用于如果所述已存储在本地的插件不需要更新，则运行所述插件；

所述下载单元，用于如果所述已存储在本地的插件需要更新，则从服务器下载更新后插件；

所述运行子单元，还用于下载完成更新后的插件，运行更新后的插件。

10.一种服务器，其特征在于，该服务器包括：

请求获取单元，用于获取客户端发送的插件下载请求；所述插件下载请求中携带有插件属性；

下发单元，用于根据插件属性，下发所述客户端请求的插件以及下发当前服务器插件的属性给所述客户端。

Images