CN102546708B - 插件获取方法、***及相关装置 - Google Patents

Abstract

本申请公开了一种插件获取方法、***及相关装置，用以提供一种简便易行，同时能够节约用户终端存储和处理资源的获取插件的方案。该方法包括：宿主程序客户端向服务器发送携带有用户标识的插件下载请求，所述用户标识的用户属性中包括服务平台标识和对应服务平台标识的业务标识；以及接收服务器发送的与所述服务平台标识和所述业务标识对应的插件列表，所述插件列表中包括至少一个插件标识；并根据接收到的插件列表下载插件。

Description

插件获取方法、***及相关装置

技术领域

本申请涉及计算机应用技术领域，尤其涉及一种插件获取方法、一种插件获取***、一种宿主程序客户端以及一种服务器。

背景技术

插件是指程序模块，符合服务平台的接入规范，可以运行于服务平台、且非服务平台本身所必须的功能或者业务模块。从物理形式上来看，插件包含但不局限于动态链接库(DLL，Dynamic Linked Library)。目前，针对不同的插件场景，许多服务平台为了向用户提供更为丰富的、个性化的功能，往往会不断推出各种插件供用户选择。插件场景是指插件运行工作所基于的服务平台。

现有技术获取插件的方案主要有以下两类：

一、预先安装一个服务平台上的所有插件。例如当用户在一个服务平台上注册后，从服务平台上下载包括该服务平台上所有插件的安装包，并安装该安装包中的每个插件；后续当用户登录该服务平台时，就可以使用此前安装的插件所提供的功能了。此类方案只适合相对封闭的服务平台例如不向除注册用户和服务平台提供商之外的其他第三方开放的服务平台，在这种情况下插件的数目较少、并且插件所需占用的存储空间的大小是可控的。但这种方案显然不适合开放的、插件较多的服务平台，因为随着插件数目和所需占用的存储量的增长，包含所有插件的安装包所需占用的存储量也将会急剧增大，下载和运行安装包将占用用户终端大量的存储资源和处理资源，降低用户终端运行效率。

二、用户根据自身的需要选择下载插件。采用这种方案用户无需下载并运行包含服务平台的所有插件的安装包，用户可以通过网页或者插件管理工具来下载发布在网页上的适用于该服务平台附加功能的插件。这种方案的适用前提是用户需要具备较高的专业知识，能够通过网页上的插件介绍来选择适合某一服务平台的插件或者掌握插件管理工具的使用方法，对于一般用户而言，存在使用难度高的问题。

发明内容

本申请实施例提供一种插件获取方法，用以提供一种简便易行，同时能够节约用户终端存储和处理资源的获取插件的方案。

对应地，本申请实施例还提供了一种插件获取***、宿主程序客户端和服务器。

本申请实施例提供的技术方案如下：

一种插件获取方法，包括：

宿主程序客户端向服务器发送携带有用户标识的插件下载请求，所述用户标识的用户属性中包括服务平台标识和对应服务平台标识的业务标识；以及接收服务器发送的与所述服务平台标识和所述业务标识对应的插件列表，所述插件列表中包括至少一个插件标识；并根据接收到的插件列表下载插件。

一种插件获取方法，包括：接收宿主程序客户端发来的携带有用户标识的插件下载请求；以及从存储的各用户标识的用户属性中，查找所述插件下载请求中携带的用户标识的用户属性，并确定查找到的用户属性中包括的服务平台标识和对应服务平台标识的业务标识；根据确定的所述服务平台标识和所述业务标识，查找对应的插件列表，其中，所述插件列表与至少一个所述业务标识相对应，所述插件列表中包括至少一个插件标识；以及将查找到的对应的所述插件列表发送给所述宿主程序客户端。

一种插件获取***，包括宿主程序客户端和服务器，其中：

宿主程序客户端，用于向服务器发送携带有用户标识的插件下载请求，所述用户标识的用户属性中包括服务平台标识和对应服务平台标识的业务标识，并根据服务器发送的与所述服务平台标识和所述业务标识对应的插件列表下载插件，其中，所述插件列表中包括至少一个插件标识；

所述服务器，用于接收宿主程序客户端发来的所述插件下载请求，并从存储的各用户标识的用户属性中，查找所述插件下载请求中携带的用户标识的用户属性，并确定查找到的用户属性中包括的服务平台标识和对应服务平台标识的业务标识；根据确定的所述服务平台标识和所述业务标识，查找对应的插件列表，并将查找到的对应的所述插件列表发送给所述宿主程序客户端；其中，所述插件列表与至少一个所述业务标识相对应，所述插件列表中包括至少一个插件标识。

一种宿主程序客户端，包括：第一发送单元，用于向服务器发送携带有用户标识的插件下载请求，所述用户标识的用户属性中包括服务平台标识和对应服务平台标识的业务标识；插件列表接收单元，用于接收服务器发送的与第一发送单元发送的所述用户标识的用户属性中包括的服务平台标识和所述业务标识对应的插件列表，所述插件列表中包括至少一个插件标识；第一下载单元，用于根据插件列表接收单元接收到的插件列表下载插件。

一种服务器，包括：第一接收单元，用于接收宿主程序客户端发来的携带有用户标识的插件下载请求；用户属性查找单元，用于从存储的各用户标识的用户属性中，查找第一接收单元接收的插件下载请求中携带的用户标识的用户属性；标识确定单元，用于确定用户属性查找单元查找到的用户属性中包括的服务平台标识和对应服务平台标识的业务标识；第一插件列表查找单元，用于根据标识确定单元确定的所述服务平台标识和所述业务标识，查找对应的插件列表，其中，所述插件列表与至少一个所述业务标识相对应，所述插件列表中包括至少一个插件标识；第一插件列表发送单元，用于将第一插件列表查找单元查找到的对应的所述插件列表发送给所述宿主程序客户端。

本申请实施例在服务器侧存储不同服务平台上各业务对应的插件列表，宿主程序在需要下载插件时，首先向服务器发送携带有用户标识的插件下载请求，服务器侧根据接收到的插件下载请求中的用户标识的用户属性中包含的服务平台标识和业务平台标识，向宿主程序发送相应的插件列表，宿主程序客户端根据接收到的插件列表下载插件。该方案无需客户端下载服务器平台上的所有插件，节约了传输资源和存储资源；同时也无需用户具有较高的专业知识，简便易行。

附图说明

图1a为本申请实施例中插件获取***的原理示意图；

图1b为本申请实施例的主要实现原理流程图；

图2为本申请实施例一中的插件下载过程流程图；

图3为本申请实施例一附图2中步骤205的优选实施方案的流程图；

图4为本申请实施例一服务器获取插件列表的流程图；

图5为本申请实施例二中的插件下载过程流程图；

图6为本申请实施例提供的一种宿主程序客户端的具体结构示意图；

图7为本申请实施例中提供的一种服务器的具体结构示意图。

具体实施方式

宿主程序是指供插件运行的载体，例如即时通信软件程序。用户场景是指用户标识的用户属性对应的场景。本申请实施例中，服务平台具备服务平台标识，在该服务平台上，开通了至少一个业务，每个业务具备一个业务标识，并且业务标识对应于一插件列表。即业务对应于服务平台，因此业务标识对应于一个服务平台标识；并且插件列表对应于业务，处于该插件列表中的各插件标识所标识的插件符合该业务标识对应的业务所基于的服务平台的接入规范。而用户标识的用户属性中包含至少一个服务平台标识和与该服务平台标识对应的至少一个业务标识。例如，假设服务平台A上开通了业务X，如果用户标识的用户属性中包含了服务平台A的服务平台标识和对应的业务X的业务标识，说明该用户利用其用户标识能够使用服务平台A提供的业务X。当然，用户要想利用该用户标识使用服务平台A提供的业务X的功能是需要预先在服务平台A上注册或开通的。

本申请的基本思路为：首先在服务器中存储不同服务平台上的各业务对应的插件列表，这里业务所对应的插件列表中包含符合该服务平台接入规范、且适用于已开通所述业务的用户的插件的插件标识，即服务器按照所适配的服务平台上的业务生成与该业务的业务标识对应的插件列表。根据每个用户标识的用户属性中包括的服务平台标识和与该服务平台标识对应的业务标识，在用户利用该用户标识使用宿主程序时，例如登录或运行宿主程序时，利用宿主程序传送用户标识至服务器上，根据用户标识中的用户属性确定该用户标识对应的服务平台标识和与该服务平台标识对应的业务标识，该根据确定出的业务标识确定该业务标识对应的插件列表，实现根据用户标识的用户场景来个性化地为每个用户获取该用户可能需要使用的业务对应的插件。

下面结合各个附图对本申请实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。

附图1a为本申请实施例提供的插件获取***的示意图，该插件获取***包括宿主程序客户端和与客户端通过网络连接的服务器。

如图1b所示，本申请实施例的主要实现原理流程如下：

步骤10，宿主程序客户端向服务器发送携带有用户标识的插件下载请求，所述用户标识的用户属性包含服务平台标识和基于服务平台标识对应的服务平台开通的业务的业务标识；

步骤20，服务器接收到宿主程序客户端发来的携带有用户标识的插件下载请求后，从存储的各用户标识的用户属性中，查找所述插件下载请求中携带的用户标识的用户属性；

步骤30，服务器将插件列表发送给所述宿主程序客户端，所述插件列表包括所述用户标识的用户属性包含的至少一个业务标识对应的插件列表中的各个插件标识，所述业务标识对应的插件列表中各插件所标识的插件符合该业务标识对应的业务所基于的服务平台的接入规范；

步骤40；宿主程序客户端根据接收到的插件列表下载插件。

下面将依据本申请上述发明原理，以宿主程序为即时通信程序为例详细介绍两个实施例来对本申请方法的主要实现原理进行详细的阐述和说明。宿主程序还可以为电子邮件客户端等等。

实施例一

请参照附图2，为本申请实施例一的插件下载过程流程图。

步骤201，用户在即时通信客户端中输入用户标识Tom1970、以及该用户标识的类别为电子商务账号，即时通信客户端向服务器发送携带有用户标识Tom1970的插件下载请求；

通常为了便于用户操作，即时通信客户端通过单选框或下拉式菜单的方式向用户提供所支持的几种用户标识的类别选项供用户选择，用户标识的类别包括手机号码、邮箱地址、电子商务账号等；

较佳地，即时通信客户端在向服务器发送用户标识Tom1970时，根据用户输入的该用户标识类别，从存储的标识类别与标识重组规则的对应关系中选择出输入的标识类别对应的标识重组规则；以及根据选择出的标识重组规则对输入的用户标识进行重组处理；即时通信客户端将重组处理后得到的具备重组标记的用户标识携带在插件下载请求中发送给服务器。例如电子商务账号对应的标识重组规则为在输入的用户标识前增加前缀“EB_”，那么添加前缀“EB_”后用户Tom的用户标识为EB_Tom1970，将EB_Tom1970发送给服务器。其中，“EB_”可以看做是一个重组标记。

步骤202，服务器接收到即时通信客户端发来的携带有用户标识的插件下载请求后，从存储的各用户标识的用户属性中，查找所述插件下载请求中携带的用户标识Tom1970的用户属性；

较佳地，当用户标识为通过重组处理得到的具备重组标记的用户标识时，服务器需要根据该重组标识，从存储的重组标识和重组规则的对应关系中，确定重组标识对应的重组规则，并根据确定的重组规则，从存储的标识类别与标识重组规则的对应关系中确定相应的标识类别；并从存储的不同标识类别对应的各用户标识的用户属性中，查找确定的标识类别所对应的用户属性。

例如，服务器根据接收到的用户标识的前缀“EB_”判断用户标识的类别为电子商务，再从存储的该电子商务类别的用户标识具备的服务平台属性中，查找用户标识Tom1970具备的服务平台属性。在本实施例中电子商务类别的各用户标识具备的用户属性如表1所示，其中Platform1为购物平台的标识，Platform2为支付平台的标识，S_mobilephone为基于购物平台的手机绑定业务的标识、S_identify为基于支付平台的实名认证业务的标识。

查找到用户标识的用户属性包含Tom1970具有购物平台的标识Platform1、基于购物平台的手机绑定业务的标识和支付平台的标识Platform2、基于支付平台的实名认证业务的标识。

表1电子商务类别各用户标识具备的用户属性

步骤203，服务器从存储的基于服务平台标识对应的服务平台开通的各业务标识对应的插件列表中查找用户标识Tom1970的用户属性中每个业务标识分别对应的插件列表；

一个业务标识对应的插件列表中各插件标识所标识的插件符合该业务标识对应的业务所基于的服务平台接入规范。在本实施例中各业务标识对应的插件列表如表2所示。服务器查找到标识为Platform1的购物平台上手机绑定业务的标识S_mobilephone对应的插件列表List1，以及标识为Platform2的支付平台上实名认证业务的标识S_identify对应的插件列表List2。例如插件列表List1中包括的插件标识所标识的插件符合购物平台接入规范，例如提供收藏功能的插件标识为Addon_ID1的插件、提供访客量统计功能的插件标识Addon_ID2的插件、提供关注度排名功能的插件标识Addon_ID3的插件等。插件列表List2中包括的插件标识所标识的插件符合支付平台接入规范，例如提供月度开支报告的插件标识Addon_ID11的插件、提供提醒功能的插件标识Addon_ID12的插件等。

除了标识为Platform1的购物平台上手机绑定业务的标识S_mobilephone对应的插件列表List1，以及标识为Platform2的支付平台上实名认证业务的标识S_identify对应的插件列表List2之外，表2中还包括标识为Platform3的物流管理平台上业务标识为S_query的查询业务对应的插件列表List3、以及标识为Platform1的购物平台上业务标识为S_VIP的重要客户业务对应的插件列表List4。插件列表List3中包括的插件标识所标识的插件符合支付平台接入规范，例如提供月度查询报告的插件标识Addon_ID28的插件、提供提醒功能的插件标识Addon_ID29的插件等。插件列表List4中包括的插件标识所标识的插件符合购物平台接入规范，例如提供相册功能的插件标识为Addon_ID8的插件。

表2各业务标识对应的插件列表

业务标识	插件列表
		Platform1-S_mobilephone	List1＝{Addon_ID1、Addon_ID2、Addon_ID3}
Platform1-S_VIP	List4＝{Addon_ID8}
		Platform2-S_identify	List2＝{Addon_ID11、Addon_ID12}
Platform3-S_query	List3＝{Addon_ID28、Addon_ID29}
		......	......

步骤204，服务器向即时通信客户端发送插件列表List_AV，插件列表List_AV中包含步骤203查找到的用户标识Tom1970具备的用户属性中每个业务标识对应的插件列表中的插件标识；

在本实施例中由于List1中包括插件标识分别为Addon_ID1、Addon_ID2、Addon_ID3的插件；List2中包括插件标识分别为Addon_ID21、Addon_ID22的插件。因此List_AV中包含的插件标识为List_AV＝{Addon_ID1、Addon_ID2、Addon_ID3、Addon_ID21、Addon_ID22}。

步骤205，即时通信客户端根据服务器发来的插件列表List_AV下载插件。

较佳地，为了避免重复下载占用网络传输资源和本地存储资源，在步骤205中，即时通信客户端根据服务器发来的插件列表List_AV下载插件的具体过程如附图3所示：

步骤301，即时通信客户端新建一个内容为空的待下载列表List_DL；

步骤302，即时通信客户端依次针对插件列表List_AV中的每个插件标识，在本地未存储有该插件标识对应的插件时，将该插件标识加入待下载列表中；否则，不将该插件标识加入待下载列表List_DL中；

步骤303，即时通信客户端判断待下载列表List_DL的内容是否为空，若是进入步骤304，否则处理结束；

步骤304，即时通信客户端下载待下载列表List_DL中各插件标识对应的插件，直到待下载列表List_DL中的最后一个插件标识为止。

当然，在附图3所示的过程中还可以包含供用户选择的步骤，即向用户显示插件列表中本地未存储对应插件的插件标识，接收用户基于显示的插件标识输入的选择指令，以及根据选择指令从本地未存储对应插件的插件标识中选择出插件标识，并将选择出的插件标识加入待下载列表中，再执行步骤303～步骤304。这样做的优点在于当服务器发来的插件列表List_AV中包含大量本地未存储对应插件的插件标识时，例如包含1000个本地未存储对应插件的插件标识时，可以根据用户基于自身需求和兴趣爱好来选择插件，而并不需要下载插件列表List_AV中每个本地未存储对应插件的插件标识所标识的插件，从而进一步降低下载插件所需占用的网络传输资源和存储插件所需占用的本地存储资源。

较佳地，附图2中步骤203中服务器中存储的各业务标识对应的插件列表是通过附图4所示的方式获得：

步骤401，接收插件和该插件对应的插件描述文件；插件开发者(包括服务平台提供商和第三方提供者)提交插件时一并附上的该插件对应的插件描述文件，所述插件描述包含服务平台标识和业务标识，服务平台标识用于表明该插件符合该服务平台标识对应的服务平台的接入规范，业务标识用于表明该插件适用于已开通该业务标识对应的业务的用户，除此之外插件描述文件还包含该插件的名称、版本号、运行模式等附加信息；

下文给出了一个插件描述文件的例子，该插件用于提供社区热点功能，其中下划线部分的标签内容表明该插件符合标识为Platform1的服务平台的接入规范，即适用于标识为Platform1的服务平台上已开通标识为S_mobilephone的手机绑定业务的用户。

插件描述文件示例：

<？xml version＝″1.0″encoding＝″utf-8″？>

<Plugin>

  <AppID>6000</AppID>

  <Name>社区热点</Name>

  <Version>1</Version>

  <WWSDK_Version>3400</WWSDK_Version>

  <RunMode>1000</RunMode>

  <BindSet>

    <Bind>Platform1-S_mobilephone</Bind>

  </BindSet>

</Plugin>

步骤402，根据插件描述文件中的服务平台标识和业务标识，对插件进行归类，将对应的插件描述文件中包含的服务平台标识和业务标识相同的各插件的标识对应存储到基于该服务平台标识对应的服务平台的该业务标识对应的插件列表中。

仍以表2所示的标识为Platform1的购物平台上手机绑定业务的标识S_mobilephone对应的插件列表List1为例，假定List1中已有Addon_ID1、Addon_ID2、Addon_ID3三个插件标识对应的插件，则添加后的List1为List1＝{Addon_ID1、Addon_ID2、Addon_ID3、6000}。

实施例二

为了能够使即时通信客户端在下载插件时具有更高的灵活性，服务器在向即时通信客户端发送插件列表之前，还可以先将插件下载请求中携带的用户标识Tom1970的用户属性发送给即时通信客户端，由即时通信客户端从用户属性包含的多个服务平台标识中选择其中的至少一个服务平台标识，再从用户属性包含的基于选中的服务平台的标识对应的服务平台开通的多个业务标识中选择出至少一个业务标识，然后服务器根据即时通信客户端选择出的服务平台标识和业务标识，向即时通信客户端发送插件列表，这时的插件列表中只包含选择出的业务标识对应的插件列表中的插件标识。具体过程请参见附图5所示：

步骤501，用户在即时通信客户端中输入用户标识Tom1970、以及该用户标识的类别为电子商务账号，即时通信客户端向服务器发送携带有用户标识Tom1970的插件下载请求；

步骤502，服务器接收到即时通信客户端发来的携带有用户标识的插件下载请求后，从表3中存储的各用户标识的用户属性中，查找所述插件下载请求中携带的用户标识Tom1970的用户属性；

步骤503，服务器将查找到的用户标识Tom1970的用户属性UserProfile＝{Platform1-S_mobilephone；Platform2-S_identify}发送给即时通信客户端；

步骤504，即时通信客户端接收到服务器发送的Tom1970的用户属性UserProfile＝{Platform1-S_mobilephone；Platform2-S_identify}后，从Tom1970的用户属性包含的服务平台标识中选择出至少一个服务平台标识，并从Tom1970的用户属性包含的业务标识选择出与选择的该服务平台标识对应的至少一个业务标识；

较佳地，即时通信客户端通过显示设备显示接收到的该用户标识Tom1970的用户属性包含的服务平台标识Platform1、Platform2和业务标识S_mobilephone、S_identify；接收用户基于显示的服务平台标识和业务标识输入的选择指令，根据选择指令从该用户标识的用户属性包含的服务平台标识中选择出的至少一个服务平台标识，从该用户标识的用户属性包含的业务标识中选择出的至少一个业务标识，假定这里选择出了购物平台的标识Platform1和基于购物平台开通的手机绑定业务的标识S_mobilephone。

步骤505，即时通信客户端将选择出的购物平台的标识Platform1和手机绑定业务的标识S_mobilephone发送给服务器；

步骤506，服务器接收到即时通信客户端发来的购物平台的标识Platform1和手机绑定业务的标识S_mobilephone后，从表2所示的各业务标识对应的插件列表中选择出手机绑定业务的标识S_mobilephone对应的插件列表；

手机绑定业务的标识S_mobilephone对应的插件列表List1中包括插件标识Addon_ID1、Addon_ID2和Addon_ID3。

步骤507，服务器向即时通信客户端发送插件列表List_AV1，插件列表List_AV1中包含步骤506查找到的S_mobilephone对应的插件列表List1中包括的插件标识Addon_ID1、Addon_ID2和Addon_ID3；

步骤508，即时通信客户端根据服务器发来的插件列表List_AV1下载插件。

较佳地，在步骤508中，为了避免重复下载占用网络传输资源和本地存储资源，也可以采用类似于附图3所示的具体下载方案。

较佳地，在用户标识Tom1970登录即时通信客户端，步骤503中服务器将查找到的该用户标识具备的服务平台属性UserProfile＝{Platform1-S_mobilephone；Platform2-S_identify}发送给即时通信客户端之后，即时通信客户端可以对用户属性进行存储，当该用户标识Tom1970的用户属性发生修改时，服务器可以通过发送通知消息的方式，将修改后得到的用户属性承载在通知消息中发送给即时客户端，即时客户端将存储的用户属性更新为修改后得到的用户属性。用户属性发生改变的一些情况如下：

用户在除购物平台、支付平台之外的其他预先有合作约定的电子商务平台，例如物流管理平台上以用户标识Tom1970进行注册并开通业务，使得通过用户标识Tom1970能够享受物流管理平台提供的功能，此时该用户标识具备的用户属性中将增加物流管理平台的标识Platform3及开通的查询业务的标识S_query；或者用户在已有的购物平台上开通了除手机绑定业务之外的其他业务，例如重要客户业务，此时该用户标识具备的用户属性中将增加重要用户业务的标识Platform1-S_VIP；或者用户在已有的购物平台或支付平台上永久注销了用户标识Tom1970，将不再通过用户标识Tom1970享受购物平台或支付平台的功能，此时用户标识Tom1970具备的用户属性中删除购物平台或支付平台的标识；或者用户关闭了购物平台上已开通的手机绑定业务，此时用户标识Tom1970具备的用户属性中删除手机绑定业务的标识S_mobilephone。

为了解决在服务器已向即时通信客户端发送用户标识具备的服务平台属性之后，该用户标识具备的属性发生改变的情况，在步骤503之后，服务器还可以执行步骤510，

步骤510，服务器在用户标识Tom1970的用户属性发生改变时，向即时通信客户端发送通知消息，该通知消息中包含修改后的该用户标识Tom1970的用户属性包含的服务平台标识和业务标识；

假定在本实施例中，在步骤504即时通信客户端接收到服务器发送的Tom1970的用户属性UserProfile＝{Platform1-S_mobilephone；Platform2-S_identify}后用户还开通了用户标识Tom1970在除购物平台或支付平台之外的物流管理平台上的查询业务，那么此时用户标识Tom1970的用户属性将被修改为为UserProfile＝{Platform1-S_mobilephone、Platform2-S_identify、Platform3-S_query}。

步骤511，即时通信客户端接收到通知消息后，比较通知消息中包含的修改后的Tom1970的用户属性包含的标识与步骤504中接收到的Tom1970的用户属性，确定本次Tom1970的用户属性的修改为增加标识或减少标识，在本次修改为增加标识时，进入步骤512；在本次修改为减少标识时，输出提示消息；

步骤512，即时通信客户端确定增加的标识为同时增加服务平台的标识和业务标识，或是仅增加业务标识；若判断出同时增加服务平台的标识和业务标识，进入步骤513，若本次修改为仅增加业务标识，进入步骤516；

步骤513，将增加的物流管理平台的标识Platform3和增加的查询业务的业务标识S_query发送给服务器；

步骤514，服务器接收到即时通信客户端发来的物流平台的标识Platform3和查询功能的业务标识S_query后，从表2所示的各业务标识对应的插件列表中选择出物流管理平台的标识Platform3上查询业务的业务标识S_query对应的插件列表List3；

步骤515，服务器将包含选择出物流管理平台的标识Platform3上查询功能的业务标识S_query对应的插件列表List3中各插件标识的插件列表List_AV2发送给即时通信客户端；

步骤516，即时通信客户端根据步骤515或步骤518中服务器发来的插件列表List_AV2下载插件。

在本申请实施例中，服务器也可以只将增加的服务平台标识和相应的业务标识承载在通知消息中发送给即时通信客户端，即时通信客户端根据增加的服务平台标识和相应的业务标识，更新自身存储的用户属性，并向服务器发送携带有增加的服务平台标识和相应的业务标识的插件下载请求，并根据服务器发来的与增加的服务平台标识和相应的业务标识对应的插件列表下载插件。服务器侧的处理流程与上述步骤类似，在此不再赘述。

假设在步骤510中用户开通了用户标识Tom1970在购物平台上的重要用户业务，那么此时用户标识Tom1970的用户属性将被修改为UserProfile＝{Platform1-S_mobilephone；Platform1-S_VIP；Platform3-S_query}，则在步骤510中服务器向即时通信客户端发送包含修改后的用户属性的通知消息后，即时通信客户端在执行步骤512时，判断出本次修改为仅增加业务标识后，执行步骤513’～步骤516’以替代上述步骤513～步骤516；

步骤513’，即时通信客户端将增加重要客户业务的标识S_VIP，以及该重要客户业务基于的购物平台的标识Platform1发送给服务器；

步骤514’，服务器接收到即时通信客户端发来的重要客户业务的标识S_VIP后，从表2所示的各业务标识对应的插件列表中选择出购物平台上重要客户业务的业务标识S_VIP对应的插件列表List4；

步骤515’，服务器将包含选择出的购物平台上重要客户业务的业务标识S_VIP对应的插件列表List4中各个插件标识的插件列表List_AV3发送给即时通信客户端；

步骤516’，即时通信客户端根据步骤515’中服务器发来的插件列表List_AV3下载插件。

较佳地，在步骤516和步骤516’中，为了避免重复下载占用网络传输资源和本地存储资源，也可以采用类似于附图3所示的具体下载方案。

较佳地，在上述步骤504中，即时通信客户端从Tom1970的用户属性包含的服务平台标识和业务标识中分别选择出至少一个服务平台标识和该选择出的服务平台标识对应的服务平台上至少一个业务标识时，还可以从备选的逻辑关系标识中选择一个逻辑关系标识，逻辑关系标识包括“和”、“或”、“非”等逻辑关系的标识，例如当用户属性为UserProfile＝{Platform1-S_mobilephone；Platform1-S_VIP；Platform2-S_identify}时，如果用户选择了Platform1-S_mobilephone、Platform1-S_VIP和逻辑关系“和”的标识，那么服务器将选择同时适用于标识为Platform1的购物平台上S_mobilephone对应的手机绑定业务和S_VIP对应的重要客户业务的插件，即同时存在于S_mobilephone对应的插件列表List1中和S_VIP对应的插件列表List4中的插件，并将包含选择出的插件的插件列表发送给即使通信客户端；如果用户选择了Platform1-S_mobilephone、Platform1-S_VIP和逻辑关系“或”的标识，那么服务器将选择标识为Platform1的购物平台上S_mobilephone对应的插件列表List1和S_VIP对应的插件列表List4，并将包含选择出的List1和List4中各个插件的插件列表发送给即使通信客户端；其他逻辑关系标识的情况也类似，在这里不再一一列举。

本申请实施例中服务器存储有各用户标识所具备的用户属性、以及每个服务平台标识对应的服务平台上开通的各业务的业务标识对应的插件列表；用户在宿主程序客户端中输入用户标识时，宿主程序客户端向服务器发送携带有用户标识的插件下载请求；服务器查找插件下载请求中的用户标识具备的用户属性，并查找用户标识具备的用户属性中各业务标识对应的插件列表，向宿主程序发送插件列表，插件列表中包含插件下载请求中携带的用户标识具备的用户属性包含的业务标识对应的插件列表中的插件标识，所述业务标识对应的插件列表中包含的插件标识所标识的插件符合该业务标识对应的业务所基于的服务平台的接入规范。从而提供了一种利用宿主程序来下载插件的方案，该方案用户无需安装包含所有插件的安装包，适合开放的、插件较多的服务平台；同时无需用户掌握专业知识来选择合适的插件，能够为便捷地具备不同服务平台属性的用户标识提供相适应的插件。

相应地，本申请实施例还提供了一种宿主程序客户端，该客户端的具体结构示意图如图6所示，包括以下功能单元：

第一发送单元61，用于向服务器发送携带有用户标识的插件下载请求，用户标识的用户属性中包括服务平台标识和对应服务平台标识的业务标识；

插件列表接收单元62，用于接收服务器发送的与第一发送单元61发送的所述用户标识的用户属性中包括的服务平台标识和业务标识对应的插件列表，插件列表中包括至少一个插件标识；

第一下载单元63，用于根据插件列表接收单元62接收到的插件列表下载插件。

在一个较佳的实施例中，第一发送单元61具体可以划分为以下功能模块，以实现对用户标识进行重组后发送给服务器。标识重组的目的之一是为了服务器能根据用户标识的重组标记确定相应的标识类别。具体地，该些功能模块包括：

输入信息接收模块，用于接收输入的标识类别以及用户标识；重组规则确定模块，用于根据输入信息接收模块接收的标识类别，从存储的标识类别与标识重组规则的对应关系中，确定输入的标识类别对应的标识重组规则；重组处理执行模块，用于根据重组规则确定模块确定的标识重组规则，对输入信息接收模块接收的用户标识进行重组处理；发送模块，用于将重组处理执行模块得到的具备重组标记的用户标识携带在插件下载请求发送给服务器。

在一个较佳的实施例中，插件列表接收单元62可以划分为以下功能模块，以实现宿主程序客户端能够根据实际需求，实现灵活地选取欲选择的插件对应的服务平台或业务：

用户属性接收模块，用于接收服务器基于插件下载请求中的用户标识确定并发来的该用户标识的用户属性；标识选择模块，用于从用户属性接收模块接收的该用户属性中包含的服务平台标识中，选择出至少一个服务平台标识，并从接收的该用户属性中包含的业务标识中，选择出与选择的所述服务平台标识对应的至少一个业务标识；标识发送模块，用于将标识选择模块选择出的服务平台标识和业务标识发送给服务器；插件列表接收模块，用于接收服务器发送的与标识发送模块发送的所述服务平台标识和所述业务标识对应的插件列表。

在一个较佳的实施例中，插件列表接收单元62还可以划分为以下功能模块，以实现灵活地指示服务器根据不同业务标识之间的逻辑关系标识来选择相应的插件列表：

用户属性接收模块，用于接收服务器基于插件下载请求中的用户标识确定并发来的该用户标识具备的用户属性；标识选择模块，用于从用户属性接收模块接收的该用户属性中包含的服务平台标识中，选择出至少一个服务平台标识，并从发来的该用户属性中包含的业务标识中，选择出与选择的所述服务平台标识对应的至少一个业务标识；逻辑关系标识选择模块，用于选择一个用于指示选择出的不同业务标识之间逻辑关系的逻辑关系标识；发送模块，用于将标识选择模块选择出的服务平台标识、业务标识和逻辑关系标识选择模块选择的逻辑关系标识发送给服务器；插件列表接收模块，用于接收服务器发送的与发送模块发送出的服务平台标识、业务标识和逻辑关系标识对应的插件列表。

较佳地，本申请实施例提供的上述客户端还可以进一步包括：存储单元，用于存储用户属性接收模块接收的用户属性；通知消息接收单元，用于接收服务器发来的所述用户属性中增加服务平台标识和相应的业务标识的通知消息，所述通知消息中包含增加的服务平台标识和相应的业务标识；更新单元，用于根据通知消息接收单元接收的增加的服务平台标识和相应的业务标识，更新存储单元存储的用户属性；第二发送单元，用于向服务器发送携带有更新单元更新得到的用户属性中包含的所述增加的服务平台标识和相应的业务标识的插件下载请求；第二下载单元，用于根据服务器发来的与第二发送单元发送的所述增加的服务平台标识和相应的所述业务标识对应的插件列表下载插件。通过该些单元，本申请实施例提供的上述客户端可以在用户属性变化的情况下实现对相应增加的插件的下载。

在一个较佳的实施例中，第一下载单元63具体可以划分为以下功能模块，用以避免重复下载插件的情况：

下载列表创建模块，用于创建一个内容为空的待下载列表；插件标识确定模块，用于确定本地存储的插件的插件标识，并从接收到的插件列表中，确定与本地存储的插件的插件标识匹配不一致的插件标识；插件标识加入模块，用于将插件标识确定模块确定的匹配不一致的插件标识加入待下载列表中；插件下载模块，用于在下载列表创建模块创建的待下载列表不为空时，下载待下载列表中由插件标识加入模块加入的各插件标识对应的插件。

相应地，本申请实施例还提供一种如图7所示的服务器，该服务器包括以下功能单元：

第一接收单元71，用于接收宿主程序客户端发来的携带有用户标识的插件下载请求；

用户属性查找单元72，用于从存储的各用户标识的用户属性中，查找第一接收单元71接收的插件下载请求中携带的用户标识的用户属性；

标识确定单元73，用于确定用户属性查找单元72查找到的用户属性中包括的服务平台标识和对应服务平台标识的业务标识；

第一插件列表查找单元74，用于根据标识确定单元73确定的服务平台标识和业务标识，查找对应的插件列表，其中，查找到的插件列表与标识确定单元73确定的至少一个业务标识相对应，并且，插件列表中包括至少一个插件标识；

第一插件列表发送单元75，用于将第一插件列表查找单元74查找到的对应的插件列表发送给宿主程序客户端。

在一个较佳的实施例中，用户属性查找单元72可以划分为以下功能模块以应对插件下载请求中携带的用户标识为具备重组标记的用户标识的情况：

重组规则确定模块，用于根据插件下载请求中携带的用户标识的重组标记，从存储的重组标记和标识重组规则的对应关系中，确定该重组标记对应的标识重组规则；标识类别确定模块，用于根据重组规则确定模块确定的标识重组规则，从存储的标识类别与标识重组规则的对应关系中确定相应的标识类别；用户属性查找模块，用于根据插件下载请求中携带的用户标识，从存储的不同标识类别对应的各用户标识的用户属性中，查找标识类别确定模块确定的标识类别对应的用户属性。

在一个较佳的实施例中，为了使宿主程序客户端能够灵活地选取欲下载的插件对应的服务平台标识和业务标识，第一插件列表查找单元74可以划分为以下功能模块：用户属性发送模块，用于将用户属性查找单元72查找到的用户属性发送给宿主程序客户端；标识接收模块，用于接收宿主程序客户端根据用户属性发送模块发送的用户属性中包含的服务平台标识和业务标识，选择并发送的至少一个服务平台标识和对应该服务平台标识的至少一个业务标识；插件列表查找模块，用于根据标识接收模块接收的服务平台标识和业务标识，查找对应的插件列表。

在一个较佳的实施例中，为了使宿

主程序客户端能及时下载增加服务平台标识及相应的的业务标识所对应的插件，本申请实施例提供的上述服务器还可以包括：通知消息发送单元，用于在用户属性发送模块将用户属性发送给宿主程序客户端后，在用户属性中包含的服务平台标识或业务标识增加时，向所述宿主程序客户端发送通知消息，所述通知消息中包含增加的服务平台标识和相应的业务标识；第二接收单元，用于接收所述宿主程序客户端发送来的包含通知消息发送单元发送的增加的服务平台标识和相应的业务标识的插件下载请求；第二插件列表查找单元，用于查找第二接收单元接收的增加的服务平台标识和相应的业务标识对应的插件列表；第二插件列表发送单元，用于将第二插件列表查找单元查找到的插件列表发送给所述宿主程序客户端。

此外，本申请实施例提供的该服务器还可以包括：插件描述文件接收单元，用于在第一接收单元插件下载请求之前，接收提交的插件描述文件，所述插件描述文件包含服务平台标识、业务标识和插件标识；对应存储单元，用于将插件描述文件接收单元接收的插件描述文件中包含的服务平台标识、业务标识和插件标识对应存储到插件列表中。

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (13)

1.一种插件获取方法，其特征在于，包括：

宿主程序客户端向服务器发送携带有用户标识的插件下载请求，具体包括：宿主程序客户端接收输入的标识类别以及用户标识；并根据输入的标识类别，从存储的标识类别与标识重组规则的对应关系中，确定输入的标识类别对应的标识重组规则；以及根据确定的标识重组规则，对输入的用户标识进行重组处理；并将重组处理后得到的具备重组标记的用户标识携带在插件下载请求发送给服务器，其中，所述用户标识的用户属性中包括服务平台标识和对应服务平台标识的业务标识；以及

接收服务器发送的与所述服务平台标识和所述业务标识对应的插件列表，所述插件列表中包括所述用户标识的用户属性包含的至少一个业务标识对应的插件列表中的各个插件标识，所述业务标识对应的插件列表中各个插件所标识的插件符合该业务标识对应的业务所基于的服务平台的接入规范；并

根据接收到的插件列表下载插件。

2.如权利要求1所述的方法，其特征在于，接收服务器发送的与所述服务平台标识和所述业务标识对应的插件列表，具体包括：

宿主程序客户端接收服务器基于插件下载请求中的用户标识确定并发来的该用户标识的用户属性；并

从发来的该用户属性中包含的服务平台标识中，选择出至少一个服务平台标识，并从发来的该用户属性中包含的业务标识中，选择出与选择的所述服务平台标识对应的至少一个业务标识；以及

将选择出的服务平台标识和业务标识发送给服务器；并

接收服务器发送的与所述服务平台标识和所述业务标识对应的插件列表。

3.如权利要求1所述的方法，其特征在于，所述宿主程序客户端接收服务器发送的与所述服务平台标识和所述业务标识对应的插件列表，具体包括：

宿主程序客户端接收服务器基于插件下载请求中的用户标识确定并发来的该用户标识具备的用户属性；并

从发来的该用户属性中包含的服务平台标识中，选择出至少一个服务平台标识，并从发来的该用户属性中包含的业务标识中，选择出与选择的所述服务平台标识对应的至少一个业务标识；以及

选择一个用于指示选择出的不同业务标识之间逻辑关系的逻辑关系标识；

宿主程序客户端将选择出的服务平台标识、业务标识和逻辑关系标识发送给服务器；

接收服务器发送的与选择出的服务平台标识、业务标识和逻辑关系标识对应的插件列表。

4.如权利要求2或3所述的方法，其特征在于，宿主程序客户端接收所述用户属性后，还包括：

宿主程序客户端存储接收的所述用户属性；并

接收服务器发来的所述用户属性中增加服务平台标识和相应的业务标识的通知消息，所述通知消息中包含增加的服务平台标识和相应的业务标识；并

根据所述增加的服务平台标识和相应的业务标识，更新存储的用户属性；

向服务器发送携带有所述增加的服务平台标识和相应的业务标识的插件下载请求，并根据服务器发来的与所述增加的服务平台标识和相应的业务标识对应的插件列表下载插件。

5.如权利要求1所述的方法，其特征在于，宿主程序客户端根据接收到的插件列表下载插件，具体包括：

创建一个内容为空的待下载列表；

确定本地存储的插件的插件标识，并从接收到的插件列表中，确定与本地存储的插件的插件标识匹配不一致的插件标识；

将确定的匹配不一致的插件标识加入待下载列表中；并

在待下载列表不为空时，下载待下载列表中各插件标识对应的插件。

6.一种插件获取方法，其特征在于，包括：

接收宿主程序客户端发来的携带有用户标识的插件下载请求，所述插件下载请求是宿主程序客户端接收输入的标识类别以及用户标识；并根据输入的标识类别，从存储的标识类别与标识重组规则的对应关系中，确定输入的标识类别对应的标识重组规则；以及根据确定的标识重组规则，对输入的用户标识进行重组处理；并将重组处理后得到的具备重组标记的用户标识携带在插件下载请求的；以及

从存储的各用户标识的用户属性中，查找所述插件下载请求中携带的用户标识的用户属性，并确定查找到的用户属性中包括的服务平台标识和对应服务平台标识的业务标识；

根据确定的所述服务平台标识和所述业务标识，查找对应的插件列表，其中，所述插件列表与至少一个所述业务标识相对应，所述插件列表中包括所述用户标识的用户属性包含的至少一个业务标识对应的插件列表中的各个插件标识，所述业务标识对应的插件列表中各个插件所标识的插件符合该业务标识对应的业务所基于的服务平台的接入规范；以及

将查找到的对应的所述插件列表发送给所述宿主程序客户端。

7.如权利要求6所述的方法，其特征在于，当所述插件下载请求中携带的所述用户标识为具备重组标记的用户标识时，查找所述插件下载请求中携带的用户标识的用户属性，具体包括：

根据所述重组标记，从存储的重组标记和标识重组规则的对应关系中，确定所述重组标记对应的标识重组规则；

根据确定的所述标识重组规则，从存储的标识类别与标识重组规则的对应关系中确定相应的标识类别；并

根据所述插件下载请求中携带的用户标识，从存储的不同标识类别对应的各用户标识的用户属性中，查找确定的标识类别对应的用户属性。

8.如权利要求6所述的方法，其特征在于，根据确定的所述服务平台标识和所述业务标识，查找对应的插件列表，具体包括：

将查找到的所述用户属性发送给所述宿主程序客户端；

接收所述宿主程序客户端根据所述用户属性中包含的服务平台标识和业务标识，选择并发送的至少一个服务平台标识和对应该服务平台标识的至少一个业务标识；

根据宿主程序客户端发送的服务平台标识和业务标识，查找对应的插件列表。

9.如权利要求8所述的方法，其特征在于，将查找到的所述用户属性发送给宿主程序客户端后，还包括：

在所述用户属性中包含的服务平台标识和相应的业务标识增加时，向所述宿主程序客户端发送通知消息，所述通知消息中包含增加的服务平台标识和相应的业务标识；并

在接收到所述宿主程序客户端发送来的包含所述增加的服务平台标识和相应的业务标识时，查找所述增加的服务平台标识和相应的业务标识对应的插件列表并发送给所述宿主程序客户端。

10.如权利要求6所述的方法，其特征在于，接收宿主程序客户端发来的携带有用户标识的插件下载请求之前，还包括：

接收提交的插件描述文件，所述插件描述文件包含服务平台标识、业务标识和插件标识；

将所述插件描述文件中包含的服务平台标识、业务标识和插件标识对应存储到插件列表中。

11.一种插件获取***，其特征在于，包括宿主程序客户端和服务器，其中：

宿主程序客户端，用于向服务器发送携带有用户标识的插件下载请求，具体包括：宿主程序客户端接收输入的标识类别以及用户标识；并根据输入的标识类别，从存储的标识类别与标识重组规则的对应关系中，确定输入的标识类别对应的标识重组规则；以及根据确定的标识重组规则，对输入的用户标识进行重组处理；并将重组处理后得到的具备重组标记的用户标识携带在插件下载请求发送给服务器，其中，所述用户标识的用户属性中包括服务平台标识和对应服务平台标识的业务标识，并根据服务器发送的与所述服务平台标识和所述业务标识对应的插件列表下载插件，其中，所述插件列表中包括所述用户标识的用户属性包含的至少一个业务标识对应的插件列表中的各个插件标识，所述业务标识对应的插件列表中各个插件所标识的插件符合该业务标识对应的业务所基于的服务平台的接入规范；

所述服务器，用于接收宿主程序客户端发来的所述插件下载请求，并从存储的各用户标识的用户属性中，查找所述插件下载请求中携带的用户标识的用户属性，并确定查找到的用户属性中包括的服务平台标识和对应服务平台标识的业务标识；根据确定的所述服务平台标识和所述业务标识，查找对应的插件列表，并将查找到的对应的所述插件列表发送给所述宿主程序客户端；其中，所述插件列表与至少一个所述业务标识相对应。

12.一种宿主程序客户端，其特征在于，包括：

第一发送单元，用于向服务器发送携带有用户标识的插件下载请求，具体包括：宿主程序客户端接收输入的标识类别以及用户标识；并根据输入的标识类别，从存储的标识类别与标识重组规则的对应关系中，确定输入的标识类别对应的标识重组规则；以及根据确定的标识重组规则，对输入的用户标识进行重组处理；并将重组处理后得到的具备重组标记的用户标识携带在插件下载请求发送给服务器，其中，所述用户标识的用户属性中包括服务平台标识和对应服务平台标识的业务标识；

插件列表接收单元，用于接收服务器发送的与第一发送单元发送的所述用户标识的用户属性中包括的服务平台标识和所述业务标识对应的插件列表，所述插件列表中包括所述用户标识的用户属性包含的至少一个业务标识对应的插件列表中的各个插件标识，所述业务标识对应的插件列表中各个插件所标识的插件符合该业务标识对应的业务所基于的服务平台的接入规范；

第一下载单元，用于根据插件列表接收单元接收到的插件列表下载插件。

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

第一接收单元，用于接收宿主程序客户端发来的携带有用户标识的插件下载请求，所述插件下载请求是宿主程序客户端接收输入的标识类别以及用户标识；并根据输入的标识类别，从存储的标识类别与标识重组规则的对应关系中，确定输入的标识类别对应的标识重组规则；以及根据确定的标识重组规则，对输入的用户标识进行重组处理；并将重组处理后得到的具备重组标记的用户标识携带在插件下载请求的；

用户属性查找单元，用于从存储的各用户标识的用户属性中，查找第一接收单元接收的插件下载请求中携带的用户标识的用户属性；

标识确定单元，用于确定用户属性查找单元查找到的用户属性中包括的服务平台标识和对应服务平台标识的业务标识；

第一插件列表查找单元，用于根据标识确定单元确定的所述服务平台标识和所述业务标识，查找对应的插件列表，其中，所述插件列表与至少一个所述业务标识相对应，所述插件列表中包括所述用户标识的用户属性包含的至少一个业务标识对应的插件列表中的各个插件标识，所述业务标识对应的插件列表中各个插件所标识的插件符合该业务标识对应的业务所基于的服务平台的接入规范；

第一插件列表发送单元，用于将第一插件列表查找单元查找到的对应的所述插件列表发送给所述宿主程序客户端。