发送包括该文件传输单元的标识的传输请求消息，以使通信网络中的终端设备或服务器返回该文件传输单元。
[0050]由上述技术方案可知，本发明由于优先采用多播传输方式来获取资源，因而在整个网络中可以采用多播传输进行资源获取的终端设备都采用了多播传输方式来获取资源，可以使得整个通信链路上只存在至多几份同样的数据，因而大大减少了大量用户下载同一服务器上同一份数据的应用场景中终端设备对通信资源的占用，降低了通信网络的负荷，同时还提高了整体的传输效率。因此，本发明可以解决大量用户下载同一服务器上同一份数据会导致资源获取速度缓慢的问题。
[0051]进一步地，由于本发明还可以次优先地选用P2P传输方式，相比较HTTP传输方式同样可以减小从服务器到终端设备的下行带宽的占用。同时，由于大部分终端设备都已经在使用多播传输方式进行资源获取了，因而可以减小P2P传输方式对路由器或网络交换机带宽的占用，反过来P2P传输方式可以在时间顺序上使很多终端设备先获取到资源，可以成为其他终端设备的辅助传输设备(将拥有该资源的终端设备视为服务器，临近的终端设备可以通过上述流程以多播传输方式获取资源)，因而起到很好地相互补充的效果。
【附图说明】
[0052]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单的介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0053]图1是本发明一个实施例中一种资源获取方法的步骤流程示意图；
[0054]图2是本发明一个实施例中一种基于多播传输协议从服务器中获取资源的步骤流程示意图；
[0055]图3是本发明一个实施例中一种根据多个数据单元得到待获取资源的步骤流程示意图；
[0056]图4是本发明一个实施例中一种终端设备的结构框图。
【具体实施方式】
[0057]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0058]图1示出了本发明一个实施例中一种资源获取方法的步骤流程示意图。参见图1，该方法包括:
[0059]步骤101:向服务器发送多播传输请求消息，上述多播传输请求消息包括至少一种可支持的多播传输协议的标识；
[0060]步骤102:判断是否在第一预设时间内接收到上述服务器以多播的通信方式发送的测试数据包，若是，则基于所使用的多播传输协议从该服务器中获取资源；
[0061]步骤103:若否，则向服务器发送点对点传输请求消息，上述点对点传输请求消息包括待获取资源的标识；
[0062]步骤104:判断是否在第二预设时间内接收到上述服务器发送的包括点对点通道信息的消息，若是，则利用上述点对点通道信息获取资源；
[0063]步骤105:若否，则基于超文本传送协议从该服务器中获取资源。
[0064]其中，本发明实施例基于的网络架构是包括至少一台服务器和至少一台终端设备的任意形式的网络，当然该网络中还可以包括如路由器和/或网络交换机的网络通信设备。这里，上述资源可以是设备中任意格式的数值或者数值集合，例如计算机操作系统中的各种格式的文件或者多个文件所在的目录。上述资源获取指的是将从其他网络节点中获取资源，具体可以是从服务器中下载补丁文件，或者从另外一个终端设备中拷贝数据库。另夕卜，本文中的服务器意指为终端设备提供资源获取服务的网络设备，而终端设备即获取资源的主体，当然基于这一概念本发明各实施例中的服务器和终端设备均可以有不同的具体形式。
[0065]上述步骤101中，终端设备向服务器发送多播请求消息，且该多播传输请求消息包括至少一种可支持的多播传输协议的标识。其中，多播传输协议一般都是基于用户数据包协议(User Datagram Protocol，UDP)的，可以具体为下述协议中的一种或者多种:远程矢量多点传送路由协议(Distance Vector Multicast Routing Protocol，DVMRP)、组播开放最短路径优先协议(Multicast Open Shortest Path First，MOSPF)，密集模式独立组播协议(Protocol-1ndependent Multicast-Dense Mode, PIM-DM)、基准树协议(Core BasedTrees, CBT)和稀疏模式独立组播协议(Protocol-1ndependent Multicast-Sparse Mode，PIM-SM)等。当然，本发明实施例中的多播传输协议的种类也可以是上述类别中的子类别，具体的多播传输协议的标识可以是多播传输协议的名称或者通用代号等。
[0066]基于这一多播传输请求消息，服务器可以先根据至少一种可支持的多播传输协议的标识检测当前的网络架构是否可以支持其中的任意一种多播传输协议。若可以支持，则服务器可以根据当前的网络环境和终端设备的信息从可支持的多播传输协议中选取一种，并基于该多播传输协议向上述终端设备发送一测试数据包以做出响应(比如根据测试数据包生成若干数据单元，并将数据单元作为UDP的负载发送给该终端设备)；若不可以支持，则服务器可以向该终端设备发送一代表多播传输建立失败的响应消息。
[0067]基于上述服务器的操作，上述步骤102中，终端设备可以判断是否在第一预设时间内接收到上述服务器以多播的通信方式发送的测试数据包，若是，则可以基于所使用的多播传输协议从该服务器中获取资源。比如，终端设备可以在与该服务器建立可用的多播传输连接后记录与该服务器对应的资源获取方式为“多播传输”，此后在该服务器中获取资源时可以直接基于该多播传输连接通过多播数据分发流程获取资源。即，上述“基于所使用的多播传输协议从该服务器中获取资源”可以具体通过对终端设备进行相应设置来实现。
[0068]另一方面，未在第一预设时间内接收到上述服务器以多播的通信方式发送的测试数据包可能是因为网络不支持多播传输(接收到了服务器返回的代表多播传输建立失败的响应消息)，或者服务器无响应或响应时间过长(由上述第一预设时间来衡量)，因此中终端设备可以抛弃多播传输方式，改为其他方式进行资源的获取。比如，上述步骤103中，设备具体改用点对点(P2P)传输，即向服务器发送点对点传输请求消息，其中点对点传输请求消息包括待获取资源的标识。
[0069]服务器接收到点对点传输请求消息后，就可以按照一般的P2P传输流程进行相应的一系列处理，为该终端设备建立点对点传输通道并返回包括包括点对点通道信息的消息，以使终端设备直接从另一网络节点中通过P2P传输方式来获取资源；或者，服务器在建立点对点传输通道失败的情况下，可以返回一代表建立点对点传输通道失败的响应消息。
[0070]类似于上述步骤102和步骤103，步骤104中终端设备判断是否在第二预设时间内接收到上述服务器发送的包括点对点通道信息的消息，若是，则可以直接利用上述点对点通道信息获取资源，具体地可以是通过对终端设备进行设置的方式实现(终端设备记录与该服务器对应的资源获取方式为“P2P传输”)。若否，则上述步骤105可以抛弃P2P传输方式，改用传统的HTTP (超文本传输协议)从该服务器中获取资源。
[0071]这里，由于本发明实施例优先采用多播传输方式来获取资源，因而在整个网络中可以采用多播传输进行资源获取的终端设备都采用了多播传输方式来获取资源，可以使得整个通信链路上只存在至多几份同样的数据，因而大大减少了大量用户下载同一服务器上同一份数据的应用场景中终端设备对通信资源的占用，降低了通信网络的负荷，同时还提高了整体的传输效率。因此，本发明实施例可以解决大量用户下载同一服务器上同一份数据会导致资源获取速度缓慢的问题。
[0072]进一步地，由于本发明实施例还可以次优先地选用P2P传输方式，相比较HTTP传输方式同样可以减小从服务器到终端设备的下行带宽的占用。同时，由于大部分终端设备都已经在使用多播传输方式进行资源获取了，因而可以减小P2P传输方式对路由器或网络交换机带宽的占用，反过来P2P传输方式可以在时间顺序上使很多终端设备先获取到资源，可以成为其他终端设备的辅助传输设备(将拥有该资源的终端设备视为服务器，临近的终端设备可以通过上述流程以多播传输方式获取资源)，因而起到很好地相互补充的效果O
[0073]更具体地，上述步骤102:基于所使用的多播传输协议从该服务器中获取资