一种数据下载方法、装置及系统.pdf

本申请提供一种数据下载方法、装置及系统，该方法包括：提供端接收至少一个请求端对数据的下载请求；当接收到的对所述数据的下载请求数达到预定数量时，所述提供端将所述数据向所述至少一个请求端组播发送，由所述至少一个请求端组播接收所述数据。根据本申请的技术方案，当接收到对同一数据资源的多个下载请求时，数据的提供端作为组播源组播发送该数据，减轻了数据的提供端需要连接大量数据的请求端的服务压力和带宽压力。

权利要求书1.  一种数据下载方法，其特征在于，包括： 提供端接收至少一个请求端对数据的下载请求； 当接收到的对所述数据的下载请求数达到预定数量时，所述提供端将所 述数据向所述至少一个请求端组播发送，由所述至少一个请求端组播接收所 述数据。 2.  根据权利要求1所述的方法，其特征在于，还包括：在接收到的对 所述数据的下载请求数未达到预定数量的情况下，所述提供端建立与所述至 少一个请求端的连接，向所述至少一个请求端发送所述数据。 3.  根据权利要求1所述的方法，其特征在于，所述提供端将所述数据 向所述至少一个请求端组播发送，包括： 所述提供端将所述数据发送到一组播组，并向所述至少一个请求端发送 所述数据的组播消息，由所述至少一个请求端加入所述组播组接收所述数 据。 4.  一种数据下载方法，其特征在于，包括： 请求端向提供端发送对要下载的数据的下载请求，并检测是否存在所述 要下载的数据的组播消息； 当接收到所述要下载的数据的组播消息时，所述请求端根据所述组播消 息接收所述要下载的数据。 5.  根据权利要求4所述的方法，其特征在于，还包括：在未接收到所 述要下载的数据的组播消息的情况下，所述请求端接收所述提供端根据所述 下载请求发送的所述要下载的数据。 6.  根据权利要求5所述的方法，其特征在于，当接收到要下载的所述 要下载的数据的组播消息时，所述请求端断开与所述提供端的连接，根据所 述组播消息继续接收所述要下载的数据。 7.  根据权利要求4-6任一项所述的方法，其特征在于，所述请求端根 据所述组播消息接收所述要下载的数据，包括： 所述请求端根据所述组播消息加入所述要下载的数据的组播组，接收所 述要下载的数据。 8.  一种数据下载装置，应用于数据的提供端，其特征在于，包括： 请求接收模块，用于接收至少一个请求端对数据的下载请求； 组播发送模块，用于当接收到的对所述数据的下载请求数达到预定数量 时，将所述数据向所述至少一个请求端组播发送，由所述至少一个请求端组 播接收所述数据。 9.  一种数据下载装置，应用于数据的请求端，其特征在于，包括： 请求发送模块，用于向提供端发送对要下载的数据的下载请求； 检测模块，用于检测是否存在所述要下载的数据的组播消息； 组播接收模块，用于当接收到所述要下载的数据的组播消息时，根据所 述组播消息接收所述要下载的数据。 10.  一种客户端，其特征在于，包括： 请求接收模块，用于接收至少一个请求端对数据的下载请求； 组播发送模块，用于当接收到的对所述数据的下载请求数达到预定数量 时，将所述数据向所述至少一个请求端组播发送，由所述至少一个请求端组 播接收所述数据； 请求发送模块，用于向提供端发送对要下载的数据的下载请求； 检测模块，用于检测是否存在所述要下载的数据的组播消息； 组播接收模块，用于当接收到所述要下载的数据的组播消息时，根据所 述组播消息接收所述要下载的数据。 11.  一种数据下载系统，其特征在于，包括多个根据权利要求10所述 的客户端。

说明书一种数据下载方法、装置及系统
技术领域
本申请涉及数据传输领域，尤其涉及一种数据下载方法、装置及系统。
背景技术
在现有的下载技术架构中，P2SP(Peer to Server&Peer，点对服务器和 点)对P2S(Point to Server，点对服务器)和P2P(Peer to Peer，点对点) 技术做了进一步的延伸和整合，在稳定性和速度方面，P2SP协议比传统的 P2P或P2S有了较大的提高。在P2P和P2SP下载技术架构中，通过把文件 资源分成若干片段并行下载可以成倍地提高下载速度，并且这种分片下载的 方式，充分利用了用户端富余的上行带宽，可以在下载文件资源分片的同时， 把已经下载的分片同时上传到其他需求的客户端。这样，下载的人越多，实 际网络带宽就越大，速度自然就越快。
然而，不管是P2P技术，还是P2SP技术，虽然都提供了端到端的下载 方式，丰富了下载资源，分散了资源服务端压力，但仍然存在同一资源被多 个用户端下载的情况，会造成文件资源服务端的服务压力和带宽压力，这主 要是由于端到端的下载方式导致其他用户端通过网络不断的读写文件资源 提供端磁盘，给资源提供端磁盘带来损伤，而且还会占用该提供端的系统资 源，导致资源提供端机器反应变慢，并且，下载的用户端越多，该端点对外 的某一下载连接速度就会变的越慢，负载加大，乃至崩溃，一旦该端点服务 崩溃，资源也将无法继续下载。如果文件资源提供端为个人用户或被要求下 载的文件资源贫乏时，表现的尤为突出。
因此，针对现有技术中存在的上述技术问题，需要提出改进的文件资源 下载方案。
发明内容
本申请的主要目的在于提供一种数据下载方法、装置及系统，以解决现 有技术存在的数据的提供端连接大量数据的请求端的服务压力和带宽压力 的问题。
为解决上述问题，本申请实施例提供一种数据下载方法，包括：提供端 接收至少一个请求端对数据的下载请求；当接收到的对所述数据的下载请求 数达到预定数量时，所述提供端将所述数据向所述至少一个请求端组播发 送，由所述至少一个请求端组播接收所述数据。
其中，还包括：在接收到的对所述数据的下载请求数未达到预定数量的 情况下，所述提供端建立与所述至少一个请求端的连接，向所述至少一个请 求端发送所述数据。
其中，所述提供端将所述数据向所述至少一个请求端组播发送，包括：
所述提供端将所述数据发送到一组播组，并向所述至少一个请求端发送 所述数据的组播消息，由所述至少一个请求端加入所述组播组接收所述数 据。
本申请实施例还提供一种数据下载方法，包括：请求端向提供端发送对 要下载的数据的下载请求，并检测是否存在所述要下载的数据的组播消息； 当接收到所述要下载的数据的组播消息时，所述请求端根据所述组播消息接 收所述要下载的数据。
其中，还包括：在未接收到所述要下载的数据的组播消息的情况下，所 述请求端接收所述提供端根据所述下载请求发送的所述要下载的数据。
其中，当接收到要下载的所述要下载的数据的组播消息时，所述请求端 断开与所述提供端的连接，根据所述组播消息继续接收所述要下载的数据。
其中，所述请求端根据所述组播消息接收所述要下载的数据，包括：所 述请求端根据所述组播消息加入所述要下载的数据的组播组，接收所述要下 载的数据。
本申请实施例还提供一种数据下载装置，应用于数据的提供端，包括： 请求接收模块，用于接收至少一个请求端对数据的下载请求；组播发送模块， 用于当接收到的对所述数据的下载请求数达到预定数量时，将所述数据向所 述至少一个请求端组播发送，由所述至少一个请求端组播接收所述数据。
其中，还包括：数据发送模块，用于在接收到的对所述数据的下载请求 数未达到预定数量的情况下，建立与所述至少一个请求端的连接，向所述至 少一个请求端发送所述数据。
其中，所述数据发送模块进一步用于：将所述数据发送到一组播组，并 向所述至少一个请求端发送所述数据的组播消息，由所述至少一个请求端加 入所述组播组接收所述数据。
本申请实施例还提供一种数据下载装置，应用于数据的请求端，包括： 请求发送模块，用于向提供端发送对要下载的数据的下载请求；检测模块， 用于检测是否存在所述要下载的数据的组播消息；组播接收模块，用于当接 收到所述要下载的数据的组播消息时，根据所述组播消息接收所述要下载的 数据。
其中，还包括：数据接收模块，用于在未接收到所述要下载的数据的组 播消息的情况下，接收所述提供端根据所述下载请求发送的所述要下载的数 据。
其中，所述数据接收模块，进一步用于当接收到所述要下载的数据的组 播消息时，断开与所述提供端的连接；所述组播接收模块，进一步用于根据 所述组播消息继续接收所述要下载的数据。
其中，所述组播接收模块，进一步用于根据所述组播消息加入所述要下 载的数据的组播组，接收所述要下载的数据。
本申请实施例还提供一种客户端，包括：请求接收模块，用于接收至少 一个请求端对数据的下载请求；组播发送模块，用于当接收到的对所述数据 的下载请求数达到预定数量时，将所述数据向所述至少一个请求端组播发 送，由所述至少一个请求端组播接收所述数据；请求发送模块，用于向提供 端发送对要下载的数据的下载请求；检测模块，用于检测是否存在所述要下 载的数据的组播消息；组播接收模块，用于当接收到所述要下载的数据的组 播消息时，根据所述组播消息接收所述要下载的数据。
本申请实施例还提供一种数据下载系统，包括多个如上所述的客户端。
根据本申请的技术方案，当接收到对同一数据资源的多个下载请求时， 数据的提供端作为组播源组播发送该数据，减轻了数据的提供端需要连接大 量数据的请求端的服务压力和带宽压力。在各个端点既作为客户端，又作为 服务端而存在的下载架构中，实现了点到多点的数据传输，有效的缓解了各 个端点作为服务端时的并发传输压力。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部 分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的 不当限定。在附图中：
图1是本申请实施例一提供的数据下载方法的流程图；
图2是本申请实施例二提供的数据下载方法的流程图；
图3是本申请实施例三提供的数据下载方法的流程图；
图4是本申请实施例四提供的数据下载方法的流程图；
图5是本申请实施例五提供的数据下载装置的结构框图；
图6是本申请实施例六提供的数据下载装置的结构框图；
图7是本申请实施例七提供的客户端的结构框图；以及
图8是本申请实施例八提供的数据下载系统的结构框图。
具体实施方式
本申请的主要思想在于，当端点作为数据的提供端接收到对同一数据资 源的多个下载请求时，该端点作为组播源组播发送被请求的数据，以减轻数 据的提供端需要连接大量数据的请求端的服务压力和带宽压力，在各个端点 既作为客户端，又作为服务端而存在的下载架构中，缓解各个端点作为服务 端时的并发传输压力。
以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请 如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解 并据以实施。
如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技 术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明 书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能 上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包 含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收 的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题， 基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性 耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第 一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地 电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式， 然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范 围。本申请的保护范围当视所附权利要求所界定者为准。还需要说明的是， 术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使 得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确 列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有 更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所 述要素的商品或者系统中还存在另外的相同要素。
实施例一
图1是根据本申请实施例一的数据下载方法的流程图，如图1所示，该 方法至少可以包括：
步骤S101，提供端接收至少一个请求端对数据的下载请求。
具体地，在采用端到端的方式进行数据传输的下载架构(例如P2P或 P2SP等下载架构)中，任何一个客户端都可以作为数据资源的提供端，并 接收其他的至少一个客户端作为请求端对本地保存的数据资源的端到端的 下载请求。
步骤S102，当接收到的对所述数据的下载请求数达到预定数量时，所 述提供端将所述数据向所述至少一个请求端组播发送，由所述至少一个请求 端组播接收所述数据。
也就是说，当该提供端接收到多个请求端对同一数据的下载请求数达到 预定数量时，例如，当提供端接收到两个以上的请求端对同一数据的下载请 求时，则该提供端将该被请求的数据向该数据的请求端进行组播发送。
实施例二
图2是根据本申请实施例二的数据下载方法的流程图，如图2所示，该 方法至少可以包括：
步骤S201，提供端接收至少一个请求端对数据的下载请求。
具体地，客户端可以作为数据的提供端，接收来自其他至少一个客户端 作为请求端的对某一数据的端到端的下载请求。
步骤S202，所述提供端建立与所述至少一个请求端的连接，向所述至 少一个请求端发送所述数据。
也就是说，提供端在接收到的对所述数据的下载请求数未达到预定数量 的情况下，建立与该数据的请求端之间端到端的连接，从而通过端到端的数 据传输方式向该数据的请求端发送所请求下载的数据，即，进行端到端的数 据下载。具体地，当提供端接收到对某一数据的端到端的下载请求时，即可 直接建立与该数据的请求端的端到端的连接，从而向请求端发送所请求的数 据。
步骤S203，当接收到的对所述数据的下载请求数达到预定数量时，所 述提供端将所述数据向所述至少一个请求端组播发送，由所述至少一个请求 端组播接收所述数据。
具体而言，在提供端通过端到端的传输方式向该数据的至少一个请求端 发送该数据时，如果接收到对同一数据的下载请求(即，接收到其他请求端 对该数据的下载请求)，则当接收到的对该数据的端到端的下载请求数达到 预定数量时，该提供端可以将该数据向请求下载该数据的请求端进行组播发 送。
具体地，该提供端可以作为组播源，将请求端所请求下载的数据发送到 一组播组，并向所述数据的请求端发送所述数据的组播消息，由所述数据的 请求端加入所述组播组接收所述数据。其中，该组播消息可以通过广播的方 式进行发送，该组播消息例如可以包括该组播组的组播地址，该至少一个请 求端根据接收到该组播消息加入该组播组，并组播接收所请求的数据。在组 播传输过程中可以采用特定的数据传输协议(例如，实时传输协议RTP， Real Time Transport Protocol)对请求端所请求的数据进行分块传输，其中每 个分块又由多个数据包组成，因此，请求端可以在组播接收所请求的数据时， 继续接收与该提供端或其他提供端(所述下载请求所请求下载的数据的其他 提供端)进行端到端传输数据时还没有接收到的数据包，并根据数据传输协 议进行相应解包，该请求端接收到所请求下载的数据的组播消息后，可以断 开与该提供端或该其他提供端之间的端到端的连接，则该提供端或该其他提 供端被动地关闭对该请求端的该数据的端到端的发送。
实施例三
图3是根据本申请实施例三的数据下载方法的流程图，如图3所示，该 方法至少可以包括：
步骤S301，请求端向提供端发送对要下载的数据的下载请求，并检测 是否存在所述要下载的数据的组播消息。
在P2P或P2SP下载架构中，任何一个客户端既可以作为数据资源的提 供端，也可以作为数据资源的请求端，向保存有该客户端要下载的数据的提 供端发送对该数据的下载请求(即，端到端的下载请求)，请求端在向提供 端请求下载该要下载的数据的同时，还可以检测是否存在该要下载的数据的 组播消息，即检测是否存在该要下载的数据的组播资源。
步骤S302，当接收到所述要下载的数据的组播消息时，所述请求端根 据所述组播消息接收所述要下载的数据。
具体而言，该请求端可以根据所述组播消息，加入所述要下载的数据的 组播组接收所述要下载的数据，其中，该组播组的组播源可以为当前接收到 所述下载请求的该要下载的数据的提供端，也可以为该要下载的数据的其他 提供端。所述要下载的数据的组播消息例如可以包括该组播组的组播地址， 该组播消息可以通过广播的方式进行发送，从而由该要下载的数据的请求端 根据接收到该组播消息，并组播接收所请求的数据。
实施例四
图4是根据本申请实施例四的数据下载方法的流程图，如图4所示，该 方法至少可以包括：
步骤S401，请求端向提供端发送对要下载的数据的下载请求，并检测 是否存在所述要下载的数据的组播消息。
具体而言，在以端到端的方式进行数据传输的下载架构(例如，P2P或 P2SP)中，任何一个客户端都可以作为数据资源的请求端(下载端)，向 保存有该客户端要下载的数据的提供端发送对该要下载的数据的下载请求， 即，对该要下载的数据的端到端的下载请求。作为请求端的客户端还可以在 向该要下载的数据的提供端发送对该要下载的数据的下载请求的同时检测 是否存在该要下载的数据的组播消息。
步骤S402，在未接收到所述要下载的数据的组播消息的情况下，所述 请求端接收所述提供端根据所述下载请求发送的所述要下载的数据。
具体地，当要下载的数据的提供端接收到请求端对该要下载的数据的下 载请求时，该提供端可以根据该下载请求建立与请求下载该数据的请求端之 间端到端的数据连接，从而向该请求端发送该要下载的数据，作为请求端的 客户端在还未接收到该要下载的数据的组播消息的情况下，接收该数据的提 供端通过端到端的方式发送的该要下载的数据，当请求端接收到该要下载的 数据的组播消息时，则执行步骤S403。
步骤S403，当接收到所述要下载的数据的组播消息时，所述请求端断 开与所述提供端的连接，根据所述组播消息继续接收所述要下载的数据。
当接收到要下载的数据的组播消息时，该请求端可以断开原来与该数据 的提供端的连接，即，断开与该提供端之间端到端的数据连接，停止接收该 提供端通过端到端方式向其发送的该要下载的数据，并根据接收到的该要下 载的数据的组播消息加入该要下载的数据的组播组，从而继续接收该要下载 的数据，其中，该组播组的组播源可以为当前接收到所述下载请求的该要下 载的数据的提供端，也可以为该要下载的数据的其他提供端。具体地，该要 下载的数据在组播传输过程中采用特定的数据传输协议(例如，实时传输协 议RTP，Real Time Transport Protocol)分块传输，每个分块又由多个数据包 组成，该请求端可以在组播接收所请求的数据时，继续接收与该数据的提供 端进行端到端传输数据时还没有接收到的数据包，并根据数据传输协议进行 相应解包。该请求端在断开与原来的该要下载的数据的提供端的之间的连接 后，该提供端被动地关闭对该数据的端到端的发送。
本申请提供的数据下载方法适用于端到端的下载方式(例如，P2P或 P2SP)中，既作为数据的请求端又作为数据的提供端的客户端中，当该客 户端接收到多个请求端对同一数据的端到端的下载请求时，该提供端作为组 播源组播发送该多个请求端所请求下载的数据，从而将端到端的数据传输方 式切换为组播传输方式，减轻了该客户端(尤其是个人客户端)作为数据的 提供端需要连接大量的请求端的服务压力和带宽压力。
实施例五
图5是根据本申请实施例五的数据下载装置的结构框图，该数据下载装 置可以应用于数据的提供端，如图5所示，该装置可以包括：
请求接收模块501，用于接收至少一个请求端对数据的下载请求。
组播发送模块503，用于当接收到的对所述数据的下载请求数达到预定 数量时，将所述数据向所述至少一个请求端组播发送，由所述至少一个请求 端组播接收所述数据。
如图5所示，可选地，该数据下载装置还可以包括：数据发送模块502， 用于在接收到的对所述数据的下载请求数未达到预定数量的情况下，建立与 所述至少一个请求端的连接，向所述至少一个请求端发送所述数据。
进一步地，所述数据发送模块502可以进一步用于：将所述数据发送到 一组播组，并向所述至少一个请求端发送所述数据的组播消息，由所述至少 一个请求端加入所述组播组接收所述数据。
实施例六
图6为根据本申请实施例六的数据下载装置的结构框图，该数据下载装 置可以应用于数据的请求端，如图6所示，该装置可以包括：
请求发送模块601，用于向提供端发送对要下载的数据的下载请求。
检测模块602，用于检测是否存在所述要下载的数据的组播消息。
组播接收模块604，用于当接收到所述要下载的数据的组播消息时，根 据所述组播消息接收所述要下载的数据。
如图6所示，可选地，该数据下载装置还可以包括：数据接收模块603， 用于在未接收到所述要下载的数据的组播消息的情况下，接收所述提供端根 据所述下载请求发送的所述要下载的数据。
进一步地，所述数据接收模块603可以进一步用于当接收到所述要下载 的数据的组播消息时，断开与所述提供端的连接；所述组播接收模块604可 以进一步用于根据所述组播消息继续接收所述要下载的数据。
根据本申请实施例六的数据下载装置中，所述组播接收模块604还可以 进一步用于根据所述组播消息加入所述要下载的数据的组播组，接收所述要 下载的数据。
实施例七
图7为根据本申请实施例七的客户端的结构框图，如图7所示，该客户 端700可以包括：
请求接收模块701，用于接收至少一个请求端对数据的下载请求。
组播发送模块706，用于当接收到的对所述数据的下载请求数达到预定 数量时，将所述数据向所述至少一个请求端组播发送，由所述至少一个请求 端组播接收所述数据。
请求发送模块703，用于向提供端发送对要下载的数据的下载请求。
检测模块704，用于检测是否存在所述要下载的数据的组播消息。
组播接收模块707，用于当接收到所述要下载数据的组播消息时，根据 所述组播消息接收所述要下载的数据。
如图7所示，可选地，该客户端700还可以包括：数据发送模块702， 用于在接收到的对所述数据的下载请求数未达到预定数量的情况下，建立与 所述至少一个请求端的连接，向所述至少一个请求端发送所述数据。
进一步地，所述数据发送模块702可以进一步用于：将所述数据发送到 一组播组，并向所述至少一个请求端发送所述数据的组播消息，由所述至少 一个请求端加入所述组播组接收所述数据。
如图7所示，可选地，该客户端700还可以包括：数据接收模块705， 用于在未接收到所述要下载的数据的组播消息的情况下，接收所述提供端根 据所述下载请求发送的所述要下载的数据。
进一步地，所述数据接收模块705可以进一步用于当接收到所述要下载 的数据的组播消息时，断开与所述提供端的连接；所述组播接收模块707可 以进一步用于根据所述组播消息继续接收所述要下载的数据。
根据本申请实施例七的客户端700中，所述组播接收模块707还可以进 一步用于根据所述组播消息加入所述要下载的数据的组播组，接收所述要下 载的数据。
实施例八
图8为根据本申请实施例八的数据下载系统的结构框图，如图8所示， 该数据下载系统800包括多个如图7所示的客户端。因此，对于图8所示的 数据下载系统800中所包括的N个客户端中每个客户端的各个模块的描述， 可参见实施例七，此处不加赘述。
以下对该数据下载系统中数据下载的流程进行描述，仅以客户端1、客 户端2、客户端3和客户端4之间进行的数据下载为例，对该数据下载系统 800中数据下载的过程进行描述。
客户端2作为请求端，向客户端1发送对数据xx.tar的下载请求的同时 检测是否存在数据xx.tar的组播消息，即，检测是否存在数据xx.tar的组播 组。
客户端1接收到客户端2发送的对数据xx.tar的端到端的下载请求时， 作为数据的提供端建立与当前作为请求端的客户端2之间的端到端的连接， 并通过端到端的数据传输方式向客户端2发送客户端2所请求下载的数据 xx.tar。
客户端2在未接收到数据xx.tar的组播消息的情况下，接收客户端1通 过端到端的方式向其发送的数据xx.tar，即，进行端到端的数据下载。
随后，客户端1接收到了客户端3、客户端4对数据xx.tar的端到端的 下载请求，其中，客户端3和客户端4作为请求端向客户端1发送对数据 xx.tar的下载请求的同时，也检测是否存在所请求下载的数据xx.tar的组播 消息。在未接收到数据xx.tar的组播消息的情况下，客户端3、客户端4接 收客户端1通过端到端的方式发送的所请求下载的数据xx.tar。此时客户端 1接收到的请求下载数据xx.tar的下载请求数达到预定数量(假设预定数量 为3)，则客户端1作为组播源对客户端2、客户端3和客户端4所请求下 载的数据xx.tar进行组播发送，并对外发送数据xx.tar的组播消息，需要说 明的是，接收到该组播消息的客户端不仅限于向作为提供端的客户端1发送 该数据的下载请求的客户端，例如，该组播消息的发送可以采用广播的方式， 接收到该组播消息的客户端可以包括其他的能够接收到该通过广播方式发 送的组播消息的任意客户端。
客户端2、客户端3、客户端4接收到数据xx.tar的组播消息，断开与 客户端1之间端到端的连接，并根据接收到的该数据xx.tar的组播消息请求 加入数据xx.tar的组播组，加入该组播组后，继续接收所请求的数据xx.tar。 客户端1被动关闭与客户端2、3、4之间的端到端的数据传输。
本申请提供的数据下载系统可以适用于端到端的下载方式，既作为数据 的请求端又可作为数据的提供端的客户端，在接收到对同一数据的多个端到 端的下载请求时，作为组播源组播发送数据的请求端所请求下载的数据，从 而将端到端的数据传输方式切换为组播传输方式，减轻了该客户端(尤其是 个人客户端)作为数据的提供端时需要连接大量的数据请求端的服务压力和 带宽压力。
本申请实施例五、六、七、八中所描述的装置、客户端及系统的结构特 征与前述方法的操作步骤对应，不足之处可以参考前述对方法流程的描述， 不再一一赘述。
综上所述，根据本申请的技术方案，在端到端下载系统中，当端点作为 数据的提供端接收到对同一数据资源的多个下载请求时，该端点作为组播源 组播发送被请求的数据，减轻了数据的提供端需要连接大量数据的请求端的 服务压力和带宽压力，在各个端点既作为客户端，又作为服务端而存在的下 载架构中，缓解了各个端点作为服务端时的并发传输压力。
上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理 解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除， 而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内， 通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改 动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护 范围内。