一种插件下载的方法和系统.pdf

本申请提供了插件下载的方法和系统，所述方法包括：即时通讯IM客户端接收用户发送的插件下载请求；当检测到能够直接访问的对端客户端时，在一定预置时间内，所述IM客户端依据所述插件下载请求向所述对端客户端请求插件；所述对端客户端向所述IM客户端传输所述插件；当超出所述预置时间时，所述IM客户端直接从下载服务器下载所述插件。与现有技术不同的是，在本申请实施例中，可以避免还需要设置种子服务器的过程，系统不需要维护种子服务器就节省了大量的网络资源，使得本实施例中插件下载的方法变得更为简单和易行。

1、  一种插件下载的方法，其特征在于，该方法包括：
即时通讯IM客户端接收用户发送的插件下载请求；
当检测到能够直接访问的对端客户端时，在一定预置时间内，所述IM客户端依据所述插件下载请求向所述对端客户端请求插件；
当超出所述预置时间时，所述IM客户端直接从下载服务器下载所述插件。

2、  根据权利要求1所述的方法，其特征在于，检测能够直接访问的对端客户端的方法，具体包括：
所述IM客户端检测是否存在当前在线的对端客户端；
如果是，则根据存储的所述在线的对端客户端的IP地址信息，判断所述在线的对端客户端中是否存在能够直接进行IP通讯的对端客户端。

3、  根据权利要求1所述的方法，其特征在于，所述IM客户端依据所述插件下载请求向所述对端客户端请求插件，具体包括：
所述IM客户端向一个对端客户端发起建立连接请求；
当连接建立成功时，则向该对端客户端发送下载插件请求，当连接建立失败时，则循环向其他对端客户端发起建立连接请求。

4、  根据权利要求1所述的方法，其特征在于，所述插件下载请求包括插件名称和版本信息。

5、  根据权利要求4所述的方法，其特征在于，所述IM客户端接收用户发送的插件下载请求之后，还包括：
IM客户端检测本地保存的插件标识信息中，是否包括所述插件名称和版本信息；
如果不包括，则执行依据所述插件名称和版本信息向所述对端客户端请求插件的步骤。

6、  根据权利要求4所述的方法，其特征在于，所述IM客户端接收用户发送的插件下载请求之后，还包括：
IM客户端向IM服务器发送所述插件名称和版本信息；
IM客户端接收所述IM服务器根据所述插件名称和版本信息返回的插件签名信息；
则所述IM客户端依据所述插件名称和版本信息向所述对端客户端请求插件，具体包括：
所述IM客户端向所述对端客户端发送所述插件名称和版本信息，以及插件签名信息；
相应的，所述对端客户端向所述IM客户端传输所述插件，具体包括：
所述对端客户端检测接收到的插件签名信息和本地保存的插件签名信息是否一致，如果是，则向所述IM客户端传输所述插件。

7、  根据权利要求1所述的方法，其特征在于，所述对端客户端向所述IM客户端传输所述插件之后，还包括：
所述IM客户端在本地安装所述插件，并将所述插件对应的插件名称和版本信息进行保存。

8、  根据权利要求1所述的方法，其特征在于，所述IM客户端接收用户发送的插件下载请求，具体通过以下任意一种方式或者任意组合：
所述IM客户端接收用户在点击安装插件的统一资源定位符URL链接或者对话框时，向IM客户端发送的请求；
所述IM客户端接收用户在点击包括安装插件指示的浮出推广区域时，向IM客户端发送的请求；
所述IM客户端接收用户在点击包括安装插件指示的插件推广入口时，向IM客户端发送的请求；
所述IM客户端接收用户在接受当前系统默认的安装插件的用户协议时，向IM客户端发送的请求。

9、  根据权利要求1所述的方法，其特征在于，所述IM客户端包括插件管理器。

10、  根据权利要求1或2所述的方法，其特征在于，当检测到能够直接访问的对端客户端为多个时，根据对端客户端的IP地址选择和所述IM客户端属于同一接入运营商的对端客户端进行下载，和/或，同时向多个对端客户端发起建立连接请求，并选择建立连接最快的对端客户端进行下载。

11、  一种插件下载的系统，其特征在于，该系统包括：
IM客户端，包括接收模块、请求插件模块和下载模块；
其中，所述接收模块用于接收用户发送的插件下载请求；所述请求插件模块用于当检测到能够直接访问的对端客户端时，在一定预置时间内，依据所述插件下载请求向所述对端客户端请求插件；所述下载模块用于当超出所述预置时间时，直接从下载服务器下载所述插件。

12、  根据权利要求10所述的系统，其特征在于，所述请求插件模块，具体包括：
检测子模块，用于检测是否存在当前在线的对端客户端；
判断子模块，用于当检测子模块的结果为是时，根据存储的所述在线的对端客户端的IP地址信息，判断所述在线的对端客户端中是否存在能够进行IP通讯的对端客户端；
请求插件子模块，用于当所述判断子模块的结果为是时，依据所述插件标识信息向所述对端客户端请求插件。

13、  根据权利要求12所述的系统，其特征在于，所述请求插件子模块，具体包括：
请求连接子模块，用于当所述判断子模块的结果为是时，向一个能够直接访问的对端客户端发起建立连接请求；
请求子模块，用于当连接建立成功时，向该一个对端客户端发送下载插件请求；
循环请求子模块，用于当连接建立失败时，循环向其他对端客户端发起建立连接请求。

14、  根据权利要求11所述的系统，其特征在于，所述插件下载请求包括插件名称和版本信息，则所述IM客户端还包括：
检测模块，用于IM客户端检测本地保存的插件标识信息中，是否包括所述插件名称和版本信息。

15、  根据权利要求14所述的系统，其特征在于，所述IM客户端还包括：
发送模块，用于向IM服务器发送所述插件名称和版本信息；
第二接收模块，用于接收所述IM服务器根据所述插件名称和版本信息返回的插件签名信息；
则所述请求插件模块，具体用于当检测到能够直接访问的对端客户端时，向所述对端客户端发送所述插件名称和版本信息，以及插件签名信息；
则所述对端客户端，具体用于检测接收到的插件签名信息和本地保存的插件签名信息是否一致，如果是，则向所述IM客户端传输所述插件。

16、  根据权利要求11所述的系统，其特征在于，所述IM客户端还包括：
安装保存模块，用于在本地安装所述插件，并将所述插件对应的插件名称和版本信息进行保存。

一种插件下载的方法和系统
技术领域
本发明涉及网络交互领域，特别涉及一种插件下载的方法和系统。
背景技术
插件是一种程序模块，符合服务平台的接入规范，能够运行于服务平台的，并不是服务平台本身所必须的功能或者业务模块，从物理形式上来看，包含但不局限于动态链接库(Dynamic Linkable Library，DLL)。即时通讯(Instant Messaging，IM)指能够即时发送和接收互联网消息等的业务，通过IM功能，可以知道联系人是否正在线上，并可以与在线的联系人进行即时通信。IM软件是通过即时通讯技术来实现在线聊天、交流的软件，装载了IM软件的客户端可以称为IM客户端，IM客户端有时也会需要从服务器下载插件。
在现有的IM客户端进行插件下载的过程中，采用是点对点的方式，这种方式需要存在种子服务器，该种子服务器用于记录哪些客户端拥有插件资源，有什么样的插件资源，以及各个客户端的物理信息等，例如客户端的媒体访问控制(Media Access Control，MAC)地址，网络协议(Internet Protocol，IP)地址。当某个客户端需要下载插件资源时，可以通过某种途径获取该插件资源的种子，并通过种子服务器，根据种子记录的插件信息尝试从插件下载服务器上连接下载所需的插件。
从上述过程中可以看出，现有技术的下载插件方式需要种子服务器提供相应的种子，而种子服务器占用了较多的网络资源；更进一步的，当客户端下载插件并安装完成后，还需要向种子服务器同步更新的插件信息，这就又增加了维护种子服务器的成本，并且使得操作更为复杂。
总之，目前需要本领域技术人员迫切解决的一个技术问题就是：如何能够创新的提出一种插件下载的方法，以解决现有技术中需要专门的种子服务器，并且需要大量的同步操作带来的网络资源浪费问题。
发明内容
本申请所要解决的技术问题是提供一种插件下载的方法，用以解决现有技术中需要专门的种子服务器，并且需要大量的同步操作带来的网络资源浪费问题。
本申请还提供了一种插件下载的系统，用以保证上述方法在实际中的实现及应用。
为了解决上述问题，本申请公开了一种插件下载的方法，包括：即时通讯IM客户端接收用户发送的插件下载请求；当检测到能够直接访问的对端客户端时，在一定预置时间内，所述IM客户端依据所述插件下载请求向所述对端客户端请求插件；当超出所述预置时间时，所述IM客户端直接从下载服务器下载所述插件。
本申请还公开了一种插件下载的系统，该系统包括：IM客户端，包括接收模块、请求插件模块和下载模块；其中，所述接收模块用于接收用户发送的插件下载请求；所述请求插件模块用于当检测到能够直接访问的对端客户端时，在一定预置时间内，依据所述插件下载请求向所述对端客户端请求插件；所述下载模块用于当超出所述预置时间时，直接从下载服务器下载所述插件。
与现有技术相比，本申请包括以下优点：
在本申请实施例中，即时通讯IM客户端接收用户发送的插件下载请求，所述插件下载请求包括插件名称和版本信息；当检测到能够直接访问的对端客户端时，则所述IM客户端在一定预置时间内，依据所述插件名称和版本信息向所述对端客户端请求插件；当所述对端客户端存储有所述插件时，所述IM客户端接收所述对端客户端传输的插件，当超出所述预置时间时，所述IM客户端直接从下载服务器下载所述插件。可以看出，本申请并没有采用种子服务器，而是利用IM客户端的在线对端客户端(即是好友客户端)所保存的插件，从而直接为所述IM客户端提供所述插件，这样就避免了还需要设置种子服务器的过程，系统不需要维护种子服务器就节省了服务器的资源以及服务器的网络资源，使得本实施例中插件下载的方法变得更为简单和易行；进一步的，还避免了IM客户端在安装插件之后需要向下载服务器同步上传插件信息的操作。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请在实际应用中的系统架构图；
图2是本申请的一种插件下载的方法实施例1的流程图；
图3是本申请的一种插件下载的方法实施例2的流程图；
图4是本申请的一种插件下载的方法实施例3的流程图；
图5是本申请的一种插件下载的系统实施例1的结构框图；
图6是本申请的一种插件下载的系统实施例2的结构框图；
图7是本申请的一种插件下载的系统实施例2中IM客户端的部分结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本申请的主要思想之一包括，即时通讯IM客户端接收用户发送的插件下载请求，所述插件下载请求包括插件名称和版本信息；当检测到能够直接访问的对端客户端时，则所述IM客户端依据所述插件名称和版本信息向所述对端客户端请求插件；当所述对端客户端存储有所述插件时，所述IM客户端接收所述对端客户端传输的插件。
本申请在实际应用中的系统架构可以参考图1所示，其中包括下载服务器、IM服务器、IM客户端和对端客户端。其中，下载服务器用于当图中所述的对端客户端无法向所述IM客户端提供插件时，由所述IM客户端直接向下载服务器请求插件，所述IM服务器用于向所述IM客户端提供其联系人客户端(即是对端客户端)的地址信息，包括IP地址信息和MAC地址信息，所述对端客户端可以是多个，能够在线向所述IM客户端提供所需的插件。
参考图2，示出了本申请一种插件下载的方法实施例1的流程图，可以包括以下步骤：
步骤201：IM客户端接收用户发送的插件下载请求；
其中，用户向所述IM客户端发送插件下载请求，在实际中可以包括多种方式，例如，用户点击某个安装插件的统一资源定位符URL链接或者对话框；或者，用户点击某个IM运营商提供的、包括安装插件指示的插件推广入口，该插件推广入口可以包含URL，可以为处于用户主界面或者聊天窗口等处的入口按钮或者类似入口；或者，用户点击某个IM运营商的浮出推广区域，一般情况下为系统任务栏在右下角浮出的页面区域；或者，用户接受了当前系统默认的安装插件的用户协议后，由系统默认触发插件安装；
所述插件下载请求可以包括插件的名称以及版本信息，可以根据插件的名称及版本来唯一确定一个插件；在实际应用中，可以由IM客户端的插件管理器来截取用户触发的插件下载请求，所述插件管理器是所述IM客户端的一个功能模块；
步骤202：当检测到能够直接访问的对端客户端时，则在一定预置时间内，所述IM客户端依据所述插件下载请求向所述对端客户端请求插件；
IM客户端可以在接收到用户发送的插件下载请求之后，检测该IM客户端是否存在能够直接访问的对端客户端，所述能够直接访问，即是该IM客户端与所述对端客户端是否能够无需通过IM服务器而直接进行IP通讯；其中，所述对端客户端也是一个与IM服务器相连的IM客户端，能够进行即时通讯；具体的，可以根据IM客户端记录的好友地址信息列表中的IP地址信息来检测IM客户端与对端客户端之间是否能直接访问；所述一定预置时间可以根据IM客户端的实际需求，或者网络的实际运行情况来设定，例如，10秒钟；本申请无需对此做出限定，一定预置时间的大小并不影响本申请的实现；其中，所述好友地址信息列表可以如下所示：
用户名       MAC地址          IP地址
小张         001122FFEE       20.1.4.88
小李         11FEAC44         22.2.6.7.....
根据IP地址信息可以从相关标准中知道哪一段IP地址属于公网地址，哪一段IP地址属于私有网段，即是局域网，只有当对端客户端的IP地址属于公网地址时，例如，新浪IP地址，才能够和所述IM客户端无需通过IM服务器直接进行IP通讯；因为如果对端客户端的IP地址如果不是公网就属于局域网地址了，而局域网的IP地址在本申请实施例中认为是不可直接访问的，例如某个公司内部的IP地址，很可能就会因为一些特殊的设置参数而无法被外部的网络直接进行访问；
因此，本步骤中能够直接访问的对端客户端的方法，具体包括：
子步骤A1：所述IM客户端检测是否存在当前在线的对端客户端，如果是，则进入子步骤A2；
子步骤A2：根据存储的所述在线的对端客户端的IP地址信息，判断所述在线的对端客户端中是否存在能够进行IP通讯的对端客户端；
如果检测得到这样的对端客户端，则所述IM客户端向所述对端客户端请求所述插件名称和版本信息对应的插件，具体可以通过发送一个下载插件请求来实现；
步骤203：所述对端客户端向所述IM客户端传输所述插件。
一般情况下，在所述一定预置时间内，所述对端客户端接收到IM客户端发送的下载插件请求之后，在本地检测是否存在所述插件，如果存在，则所述对端客户端向所述IM客户端传输所述插件。其中，当所述对端客户端不存在所述插件时，可以向所述IM客户端返回无插件的提示信息，则所述IM客户端可以继续向其他能够直接访问的对端客户端请求所述插件，直至能够请求到所述插件为止。
需要说明的是，当超出所述预置时间时，所述IM客户端直接从下载服务器下载所述插件，因为有可能IM客户端无法等待太长时间，或者导致请求插件的时间过长的原因是IM客户端几乎没有对端客户端在线，所以，当IM客户端向对端客户端请求插件的时间超过了预先设定的时间，则直接从下载服务器下载所述插件。
在本实施例中，通过由IM客户端在接收到插件下载请求之后，直接检测是否存在能够直接访问的对端客户端，当检测到这样的对端客户端时，可以直接向该对端客户端请求所需的插件，最后接收所述对端客户端传输的插件，这样就避免了还需要设置种子服务器的过程，系统不需要维护种子服务器就节省了大量服务器的资源和服务器的网络资源，使得本实施例中插件下载的方法变得更为简单和易行。
参考图3，示出了本申请一种插件下载的方法实施例2的流程图，可以包括以下步骤：
步骤301：IM客户端接收用户发送的插件下载请求，所述插件下载请求包括插件名称和版本信息；
在实际应用中，所述IM客户端包括插件管理器，本实施例的执行主体也可以采用插件管理器实现；
步骤302：IM客户端检测是否存在当前在线的对端客户端，如果是，则进入步骤303；
可以通过检测IM客户端的好友地址信息列表中，有多少对端客户端是处于在线状态，在本申请实施例中，所述对端客户端均为所述IM客户端所添加的所有联系人客户端；其中，IM服务器会在IM客户端登录的时候，将对端客户端的状态推送给IM客户端，IM服务器还会在任何一个所述对端客户端的状态发生变化时，将更新后的对端客户端的状态推送给所述IM客户端；
在本步骤中，如果检测到不存在当前在线的对端客户端，则所述IM客户端直接向下载服务器请求所述插件即可；
步骤303：根据存储的所述在线的对端客户端的IP地址信息，判断所述在线的对端客户端中是否存在能够进行IP通讯的对端客户端，如果是，则进入步骤304；
所述IM客户端在登录时，IM服务器会将在线的所述对端客户端的地址信息推送至所述IM客户端，所述IM客户端就会将这些地址信息进行存储；在本步骤，就可以根据IP地址信息，例如，是不是属于公网，或者局域网等，就知道对端客户端和所述IM客户端能否直接进行IP通讯；还可以根据IP地址信息判断出属于哪个运营商，则可以进一步优先选择相同运营商的对端客户端进行通讯；
在本步骤中，如果检测到不存在能够进行IP通讯的对端客户端，则所述IM客户端直接向下载服务器请求所述插件即可；
步骤304：在一定预置时间内，所述IM客户端向一个对端客户端发起建立连接请求，当连接建立成功时，进入步骤305，当连接建立失败时，进入步骤306；
所述IM客户端则向所述一个能够直接进行IP通讯的对端客户端发起建立连接请求，可以以循环的方式，即是首先向其中一个对端客户端发起连接，其中两个客户端之间的连接可以是TCP连接；所述预置时间优选情况下选择10秒钟；
需要说明的是，在检测到存在多个可以直接通讯的对端客户端时，可以随机选择其中一个，也可以通过对对端客户端IP地址的判断，来选择和所述IM客户端属于同一个运营商的对端客户端进行下载，例如，IM客户端为电信运营商的用户，则优先选择电信运营商的对端客户端进行下载；如果存在多个属于同一运营商的对端客户端，则可以从物理地址再次对对端客户端进行选择；一般情况下，同一个运营商的客户端之间要比不同运营商的客户端之间的下载速度块，并且，同一个运营商之间可以选择物理地址较近的客户端进行下载，在实际操作中，可以根据MAC地址来实现；
当然，也可以启动多个线程，即是同时向多个对端客户端发起建立连接请求，则选择建立连接最快的对端客户端请求插件，本领域技术人员可以知道，选择哪个对端客户端来下载插件可以根据实际中的网络情况和用户需求有所变动，本申请并不限定其下载方式；
步骤305：所述IM客户端向该一个对端客户端发送下载插件请求，进入步骤307；
步骤306：所述IM客户端循环向其他对端客户端发起建立连接请求，直至连接建立成功，进入步骤307；
所述IM客户端可以循环向其他能够直接进行IP通讯的对端客户端发起建立连接请求，直至所述IM客户端能够和某一个对端客户端成功建立连接；需要说明的是，当所有符合条件的IM客户端均未成功建立连接，则所述客户端还是向下载服务器请求所述插件，直接从下载服务器进行下载；
步骤307：所述对端客户端向所述IM客户端传输所述插件；
对端客户端在接收到所述IM客户端发送的下载插件请求时，在本地检测是否保存有该插件，如果有，则向所述IM客户端直接传输所述插件；
步骤308：所述IM客户端在本地安装所述插件，并将所述插件对应的插件名称和版本信息进行保存；
步骤309：当超出所述预置时间时，所述IM客户端直接从下载服务器下载所述插件。
其中，步骤308和步骤309为选择执行的步骤，在这里为了方便描述，将其按照先后关系进行布局，本领域技术人员可以知道，步骤308和步骤309并不存在先后顺序关系。
在本实施例中，所述IM客户端在接收到所述插件之后，在本地安装所述插件，并将所述插件对应的插件名称和版本信息进行保存，需要说明的是，和现有技术不同的是，此处只需保存在IM客户端本地即可，无需上传至服务器，因此，本实施例中不仅可以不需要种子服务器，节约了服务器的资源和服务器的网络资源，还可以省略IM客户端向种子服务器上传插件安装的同步操作，因此，更加节约了服务器的网络交互资源。
参考图4，示出了本申请一种插件下载的方法实施例3的流程图，本实施例可以理解为本申请在实际应用中的一个具体例子，可以包括以下步骤：
步骤401：用户在IM客户端登录IM软件；
步骤402：IM服务器向所述IM客户端发送其在线的对端客户端的地址信息；
当用户登录IM软件之后，IM服务器向所述IM客户端发送在线的对端客户端的地址信息；
步骤403：IM客户端在好友地址信息列表中记录所述地址信息；
IM客户端可以通过好友地址信息列表来记录所述地址信息，前述步骤在实施例1和实施例2中已经做了详细介绍，在此不再赘述；
步骤404：所述IM客户端的插件管理器接收用户在点击安装插件的统一资源定位符URL链接或者对话框时，向IM客户端发送请求，所述请求包括插件名称和版本信息；
当用户点击安装插件的URL链接或者对话框时，会向IM服务器发送请求，但是IM客户端首先将该请求截获，并进行后续的操作；所述请求包括插件名称和版本信息，可以唯一确认一个插件；
步骤405：插件管理器检测本地保存的插件标识信息中，是否包括所述插件名称和版本信息，如果不包括，则进入步骤406；
在本实施例中，所述插件管理器检测本地已经保存的插件标识信息中，是否包括所述插件名称和版本信息，如果已经包括了，则直接从本地获取即可；
步骤406：插件管理器向IM服务器发送所述插件名称和版本信息；
步骤407：插件管理器接收所述IM服务器根据所述插件名称和版本信息返回的插件签名信息；
在本例子中，优选的，插件管理器还可以向IM服务器发送所述插件名称和版本信息；IM服务器在接收到插件名称和版本信息之后，查询插件签名信息，其中，所述签名信息为信息-摘要算法(Message-digestAlgorithm 5，MD5)的散列值，用以唯一标识一个插件的安装包信息，可以用其来判断该插件是否被修改过；IM服务器将所述签名信息发送至所述IM客户端；
步骤408：插件管理器检测是否存在当前在线的对端客户端，如果是，则进入步骤409；
步骤409：插件管理器根据存储的所述在线的对端客户端的IP地址信息，判断所述在线的对端客户端中是否存在能够进行IP通讯的对端客户端，如果是，则进入步骤410；
步骤410：在一定预置时间内，插件管理器向所述对端客户端发送下载插件请求，所述下载插件请求包括插件名称和版本信息，以及插件签名信息；
在本例子中，与前两个实施例不同之处在于，插件管理器向所述对端客户端发送的下载插件请求中包括插件名称和版本信息，还包括插件签名信息；
步骤411：所述对端客户端检测接收到的插件签名信息和本地保存的插件签名信息是否一致，如果是，则向所述IM客户端传输所述插件；
所述对端客户端检测接收到插件签名信息和本地保存的插件签名信息是否一致，当不一致的时候，可以向所述IM客户端返回一个提示错误信息，或者也可以返回没有该插件的提示信息，此时，IM客户端可以从下载服务器直接下载相应的插件；如果一致，则所述对端客户端向所述IM客户端传输所述插件；
步骤412：所述IM客户端在本地安装所述插件，并将所述插件对应的插件名称、版本信息和签名信息进行保存。
需要说明的是，根据本申请实施例，本领域技术人员可以很容易的想到，当所有对端客户端都不存在所述IM客户端所需的插件时，所述对端客户端可以继续向各自的好友客户端发送插件请求，直至其中一个对端客户端能够找到保存了所述插件的好友客户端，或者好友客户端继续向好友发送插件请求，直至找到所述插件为止；当然，如果在一定时间内查询不到该插件，还可以直接从下载服务器进行下载，该一定时间可以根据实际的网络情况任意设置。
对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
与上述本申请一种插件下载的方法实施例1所提供的方法相对应，参见图5，本申请还提供了一种插件下载的系统实施例1，在本实施例中，该系统可以包括：
IM客户端501，包括接收模块5011、请求插件模块5012和下载模块5013；
其中，所述接收模块5011用于接收用户发送的插件下载请求；所述请求插件模块5012用于当检测到能够直接访问的对端客户端时，在一定预置时间内，依据所述插件下载请求向所述对端客户端请求插件；所述下载模块5013用于当超出所述预置时间时，直接从下载服务器下载所述插件；
其中，用户向所述IM客户端发送插件下载请求，在实际中可以包括多种方式，例如，用户点击某个安装插件的统一资源定位符URL链接或者对话框；或者，用户点击某个IM运营商提供的、包括安装插件指示的插件推广入口，该插件推广入口可以包含URL，可以为处于用户主界面或者聊天窗口等处的入口按钮或者类似入口；或者，用户点击某个IM运营商的浮出推广区域，一般情况下为系统任务栏在右下角浮出的页面区域；或者，用户接受了当前系统默认的安装插件的用户协议后，由系统默认触发插件安装；
所述插件下载请求可以包括插件的名称以及版本信息，可以根据插件的名称及版本来唯一确定一个插件；在实际应用中，可以由IM客户端的插件管理器来截取用户触发的插件下载请求，所述插件管理器是所述IM客户端的一个功能模块；
对端客户端502，用于向所述IM客户端传输所述插件。
一般情况下，所述对端客户端接收到IM客户端发送的下载插件请求之后，可以首先在本地检测是否存在所述插件，如果存在，则所述对端客户端向所述IM客户端传输所述插件。其中，当所述对端客户端不存在所述插件时，可以向所述IM客户端返回无插件的提示信息，则所述请求插件模块5012可以继续向其他能够直接访问的对端客户端请求所述插件，直至能够请求到所述插件为止。
在本实施例中，通过由IM客户端在接收到插件下载请求之后，直接检测是否存在能够直接访问的对端客户端，当检测到这样的对端客户端时，可以直接向该对端客户端请求所需的插件，最后接收所述对端客户端传输的插件，这样就避免了还需要设置种子服务器的过程，系统不需要维护种子服务器就节省了大量服务器的资源和服务器的网络资源，使得本实施例中插件下载的方法变得更为简单和易行。
与上述本申请一种插件下载的方法实施例2所提供的方法相对应，参见图6，本申请还提供了一种插件下载的系统的优选实施例2，在本实施例中，该系统具体可以包括：
位于IM客户端的：
接收模块5011，用于接收用户发送的插件下载请求，所述插件下载请求包括插件名称和版本信息；
检测子模块601，用于检测是否存在当前在线的对端客户端；
所述检测子模块601可以通过检测IM客户端的好友地址信息列表中，有多少个对端客户端是处于在线状态，在本申请实施例中，所述对端客户端均为所述IM客户端所添加的所有联系人客户端；其中，IM服务器会在IM客户端登录的时候，将对端客户端的状态推送给IM客户端，IM服务器还会在任何一个所述对端客户端的状态发生变化时，将更新后的对端客户端的状态推送给所述IM客户端；
如果所述检测子模块601检测到不存在当前在线的对端客户端，则所述IM客户端直接向下载服务器请求所述插件即可；
判断子模块602，用于当检测子模块的结果为是时，根据存储的所述在线的对端客户端的IP地址信息，判断所述在线的对端客户端中是否存在能够进行IP通讯的对端客户端；
所述IM客户端在登录时，IM服务器会将在线的所述对端客户端的地址信息推送至所述IM客户端，所述IM客户端就会将这些地址信息进行存储；在本步骤，就可以根据IP地址信息所表示的含义，例如，是不是属于公网，或者局域网等，就知道对端客户端和所述IM客户端能否直接进行IP通讯；还可以根据IP地址信息判断出属于哪个运营商，则可以进一步优先选择相同运营商的对端客户端进行通讯；
请求插件子模块603，用于当所述判断子模块的结果为是时，依据所述插件标识信息向所述对端客户端请求插件；
所述请求插件子模块603，具体可以包括：
请求连接子模块，用于当所述判断子模块的结果为是时，向一个能够直接访问的对端客户端发起建立连接请求；
请求子模块，用于当连接建立成功时，向该一个对端客户端发送下载插件请求；
循环请求子模块，用于当连接建立失败时，循环向其他对端客户端发起建立连接请求；
安装保存模块604，用于在本地安装所述插件，并将所述插件对应的插件名称和版本信息进行保存。
该系统还可以包括：
对端客户端502，用于向所述IM客户端传输所述插件。
在本实施例中，所述IM客户端在接收到所述插件之后，在本地安装所述插件，并将所所述插件对应的插件名称和版本信息进行保存，需要说明的是，和现有技术不同的是，此处只需保存在IM客户端本地即可，无需上传至服务器，因此，本实施例中不仅可以不需要种子服务器，节约了网络资源，还可以省略IM客户端向种子服务器上传插件安装的同步操作，因此，更加节约了服务器的资源和服务器的网络交互资源。
同时，在本申请的另一个实施例中，参考图7所示，所述IM客户端还可以包括：
检测模块701，用于检测本地保存的插件标识信息中，是否包括所述插件名称和版本信息；
发送模块702，用于向IM服务器发送所述插件名称和版本信息；
第二接收模块703，用于接收所述IM服务器根据所述插件名称和版本信息返回的插件签名信息；
则所述请求插件模块5012，具体用于当检测到能够直接访问的对端客户端时，向所述对端客户端发送所述插件名称和版本信息，以及插件签名信息；
则所述对端客户端502，具体用于检测接收到的插件签名信息和本地保存的插件签名信息是否一致，如果是，则向所述IM客户端传输所述插件。
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。并且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个.....”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种插件下载的方法及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。