CN115174587B - 一种数据传输系统、方法、装置、计算机可读存储介质及电子设备 - Google Patents

Abstract

本说明书公开了一种数据传输系统、方法及装置，由系统中的第一节点响应传输任务，通过第一服务器模块确定待传输数据，再调用第一客户端模块向第二节点发送传输请求，再由第二节点根据该传输请求生成拉取任务，再调用第二客户端模块根据该拉取任务向第一节点发送拉取请求，从第一节点中拉取待传输数据。本方案不需要设计推送模式对应的程序代码和数据接口，对数据传输所需代码进行了精简，降低了代码的复杂程度。

Description

一种数据传输系统、方法、装置、计算机可读存储介质及电子 设备

技术领域

本说明书涉及计算机技术领域，尤其涉及一种数据传输系统、方法及装置。

背景技术

目前，随着计算机技术和业务深入融合的需要，分布式计算、区块链等业务场景的出 现，对等网络(peer to peer，P2P)中节点间数据传输的需求在不断增加。而不同模式的数据传输通常需要采用不同的底层来实现。

现有技术中，在P2P节点之间通常包含拉取模式和推送模式的数据传输，而对于拉取 模式和推送模式，都需要分别设计其对应的程序代码并设置对应的数据接口，庞大的代码 量和多个数据接口的设置使得程序复杂、代码臃肿。

发明内容

本说明书提供一种数据传输系统、方法及装置，以部分的解决现有技术存在的上述问 题。

本说明书采用下述技术方案：

本说明书提供一种数据传输系统，所述数据传输系统至少包含第一节点和第二节点， 所述第一节点中设置第一客户端模块和第一服务器模块，所述第二节点中设置第二客户端 模块和第二服务器模块，其中：

所述第一节点，用于响应于传输任务，通过第一服务器模块确定待传输数据，并调用 第一客户端模块根据所述待传输数据向所述第二节点发送传输请求；以及通过所述第一服 务器模块接收所述第二节点发送的拉取请求，将所述待传输数据传输至所述第二节点；

所述第二节点，用于通过第二服务器模块接收所述第一节点发送的传输请求，并调用 所述第二客户端模块根据所述传输请求生成拉取任务，并根据所述拉取任务向所述第一节 点发送拉取请求，从所述第一节点拉取所述待传输数据。

本说明书提供一种数据传输方法，包括：

响应于传输任务，通过第一服务器模块确定待传输数据，以及确定接收所述待传输数 据的第二节点；

调用第一客户端模块根据所述待传输数据向所述第二节点发送传输请求；

通过所述第一服务器模块接收所述第二节点发送的拉取请求，并将所述待传输数据根 据所述拉取请求传输至所述第二节点。

本说明书提供一种数据传输方法，包括：

通过第二服务器模块接收发送待传输数据的第一节点发送的传输请求；

调用第二客户端模块根据所述传输请求生成拉取任务，并根据所述拉取任务向所述第 一节点发送拉取请求；

通过所述第二客户端模块接收所述第一节点根据所述拉取请求传输的待传输数据。

本说明书一种数据传输装置，包括：

确定模块，用于响应于传输任务，通过第一服务器模块确定待传输数据，以及确定接 收所述待传输数据的第二节点；

发送模块，用于调用第一客户端模块根据所述待传输数据向所述第二节点发送传输请 求；

传输模块，用于通过所述第一服务器模块接收所述第二节点发送的拉取请求，并将所 述待传输数据根据所述拉取请求传输至所述第二节点。

本说明书提供一种数据传输装置，包括：

第一接收模块，用于通过第二服务器模块接收发送待传输数据的第一节点发送的传输 请求；

拉取模块，用于调用第二客户端模块根据所述传输请求生成拉取任务，并根据所述拉 取任务向所述第一节点发送拉取请求；

第二接收模块，用于通过所述第二客户端模块接收所述第一节点根据所述拉取请求传 输的待传输数据。

本说明书提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计 算机程序被处理器执行时实现上述数据传输方法。

本说明书提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器 上运行的计算机程序，所述处理器执行所述程序时实现上述数据传输方法。

本说明书采用的上述至少一个技术方案能够达到以下有益效果：

系统中的第一节点响应传输任务，通过第一服务器模块确定待传输数据，再调用第一 客户端模块向第二节点发送传输请求，再由第二节点根据该传输请求生成拉取任务，再调 用第二客户端模块根据该拉取任务向第一节点发送拉取请求，从第一节点中拉取待传输数据。

本方案不需要设计推送模式对应的程序代码和数据接口，对数据传输所需代码进行了 精简，降低了代码的复杂程度。

附图说明

此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说 明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附 图中：

图1为本说明书提供的数据传输系统的结构示意图；

图2A为本说明书提供的推送模式数据传输的流程示意图；

图2B为本说明书提供的拉取模式数据传输的流程示意图；

图3为本说明书提供的数据传输方法的流程示意图；

图4为本说明书提供的数据传输方法的流程示意图；

图5为本说明书提供的数据传输装置；

图6为本说明书提供的数据传输装置；

图7为本说明书提供的对应于图3或图4的电子设备示意图。

具体实施方式

为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及 相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说 明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。

一般的，P2P节点之间进行数据传输时，针对每个数据传输过程，通常包含发送待传输 数据的节点和接收待传输数据的节点。以发送待传输数据的节点为第一节点，接收待传输 数据的节点为第二节点为例。假设传输模式为拉取模式，则需要第二节点主动向第一节点发送拉取请求，由第一节点根据接收到的拉取请求，将拉取请求对应的待传输数据发送至 第二节点。假设传输模式为推送模式，通常需要由第一节点将需要发送的待传输数据主动 推送至第二节点。其中，推送模式也称为上传模式。

显然，上述拉取模式和推送模式是两种逻辑截然不同的传输模式，而针对每种传输模 式，通常都需要基于该传输模式的逻辑来设计该传输模式对应的程序，以实现该传输模式 的数据传输。不同传输模式都需要设计其独立的程序代码的特点，导致目前在实现数据传输时所需编写的代码量较为庞大，需要设置的数据接口的数量较多。

另外，由于推送模式中，一般会将待传输数据传输至接收该待传输数据的第二节点的 缓冲区，在待传输数据的数据量较大的情况下，可能会出现待传输数据将第二节点的缓冲 区占满，甚至缓冲区无法完全存放待传输数据的情况，因此目前大都采用拉取模式来实现数据传输。在此场景下，构造推送模式对应的程序，以及基于该推送模式程序来实现推送 模式的数据传输，不仅程序复杂、代码臃肿，还存在推送模式对应的传输路径的利用率较 低的问题，造成了资源浪费。

基于此，本说明书提供一种新的数据传输方法，使得可基于拉取模式的程序对应的传 输路径，来实现推送模式下的数据传输，不需要设计推送模式对应的程序代码，也不需要 设置推送模式对应的数据接口。避免了需要设计推送模式的程序以及数据接口导致目前实现数据传输时的巨大工作量，提高了传输路径的利用率。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1为本说明书提供的数据传输系统的结构示意图。其中，该数据传输系统包含第一 节点和第二节点，该第一节点中设置第一客户端模块和第一服务器模块，该第二节点中设 置第二客户端模块和第二服务器模块。且该第一节点为发送待传输数据的节点，第二节点为接收待传输数据的节点。其中，该第一节点和该第二节点都为P2P网络中的节点。为了方便描述，以下述节点都为P2P网络中的节点为例进行说明。

从软件角度上来说，本说明书提供的一个或多个实施例中，该系统中的各个节点以及 各节点中设置的服务器模块和客户端模块是能够在服务器上运行的代码，通过运行各节点、 各客户端模块以及各服务器模块的代码实现相应功能。并且，在本说明书中，不同节点的代码之间是相互独立的，每个节点可通过预设的数据接口与其他节点进行通信或者数据传 输，通过相互独立的节点使得可以单独对每个节点进行代码的迭代更新以及测试。其中， 该客户端模块和该服务器模块可视为虚拟的代理客户端和代理服务器。

从硬件角度上来说，本说明书提供的一个或多个实施例中，各节点以及各节点中设置 的服务器模块和客户端模块可以是分别在不同的服务器上运行，也可以是在同一个服务器 上运行。并且，当各节点在不同的服务器上运行时，针对每个节点，运行该节点的服务器可以是单独一个服务器，或者多个服务器，如，分布式服务器，本说明书对此不做限制，具体可根据需要设置。

需要说明的是，不同节点之间的客户端模块和服务器模块相互进行通信，且上述第一 客户端模块为设置在第一节点中的客户端模块，与第二客户端模块除了设置的位置以及通 信的对象不同之外，实现数据传输的代码等等其他内容可为相同内容。如，第一客户端模块和第二服务器模块之间进行通信，第二客户端模块和第一服务器模块之间进行通信。而 第一服务器模块和第二服务器模块之间不通信，第一客户端模块和第二客户端模块之间也 不进行通信。

区别于目前中需要基于推送模式的逻辑来设计程序以及调用接口，以形成推送路径将 待传输数据进行传输，流程繁复且花费时间较多。本说明书提供一种新的数据传输系统， 由第一节点向第二节点发送传输请求，第二节点根据该传输请求生成拉取任务，并根据该拉取任务向第一节点发送拉取请求，第一节点根据拉取请求将待传输数据传输至第二节点。 通过拉取路径的复用来实现推送模式的逻辑，流程更加简单，提高了传输路径的利用率。 且由于本说明书为通过拉取模式来实现推送模式，不会出现推送模式中第一节点将待传输 数据主动推送至第二节点的缓冲区，导致缓冲区完全被占用的情况出现，保证了数据安全。

该数据传输系统中的第一节点，可通过设置在该第一节点中的第一服务器模块来基于 传输任务确定待传输数据。其中，该传输任务中携带有待传输数据或该待传输数据的数据 标识等，该传输任务可为该第一节点接收的其他节点或终端等向该第一节点发送的，也可为该第一节点主动生成或通过该第一服务器模块主动生成的。具体如何确定传输任务，如 何通过第一服务器模块确定待传输数据可根据需要进行设置，本说明书对此不做限制。

一般的，在进行数据传输时候，通常为不同节点之间的客户端模块主动和服务器模块 进行通信，以从服务器模块拉取数据，或将数据上传至服务器模块。同样的，在本说明书 中，也为第一客户端模块主动与第二服务器模块进行通信。因此，在确定出待传输数据后，该服务器可调用第一客户端模块，由第一客户端模块根据该待传输数据向第二节点发送传 输请求。

于是，该数据传输系统中的第二节点可通过第二服务器模块来接收该第一节点发送的 传输请求。其中，该传输请求用于使该第二节点从第一节点中拉取该待传输数据。

在本说明书提供的一个或多个实施例中，如前所述的，该数据传输系统可基于拉取模 式的传输路径来行程推送模式的数据传输，因此，该第二节点在接收到该传输请求后，可 调用第二服务器模块从第一节点中拉取数据。

具体的，该第二节点可通过该第二服务器模块将传输请求转发至第二客户端模块。该 第二客户端模块可基于接收到的该第二服务器模块转发的传输请求，生成待传输数据对应 的拉取任务，并基于该拉取任务，向第一节点发送拉取请求，从第一节点中将待传输数据中进行拉取。

而该传输系统中的第一节点，可通过第一服务器模块来接收该第二节点发送的拉取请 求，并根据该拉取请求将该待传输数据传输至第二节点。

其中，该拉取请求中携带有待传输数据的数据标识。

进一步的，为了避免出现由于第一节点和第二节点之间的网络故障等原因导致的第二 节点未接收到该传输请求，进而导致第一节点中一直处于等待时间而导致的效率较低的问 题，在第二节点接收到传输请求时，还可向第一节点发送确认信息。

具体的，该第二节点可在接收到该传输请求时，通过第二服务器模块向第一节点发送 确认信息，其中，该确认信息用于表征该第二节点成功接收该传输请求。

则该数据传输系统中的第一节点，可判断是否接收到该确认信息，当未接收到该确认 信息时，则可确定该传输请求发送失败，于是，该第一节点可调用第一客户端模块重新向 第二节点发送传输请求。

当然，该第一节点还可根据传输请求的发送时间，按照预设的时间阈值，判断在该时 间阈值内是否接收到该确认信息，若未接收到，则认为第一节点与第二节点之间的网络存 在故障，并根据该故障发送第一预警信息，以提示该传输任务存在问题。

更进一步的，在待传输数据的数据量较大的情况下，需要对该待传输数据进行切块， 并基于切块后的各待传输块进行传输。

具体的，该第一节点可通过第一服务器模块对该待传输数据进行切块，并根据切块后 的各待传输块的存储地址、数据量等等用于描述该待传输块的数据，确定该待传输数据的 元数据。

在确定出该待传输数据的元数据后，该第一节点可调用第一客户端模块，将携带该元 数据的传输请求发送至该第二节点。

该第二节点可通过第二服务器模块来接收该传输请求，并确定该传输请求中携带的元 数据，并调用第二客户端模块根据该待传输数据的元数据确定各待传输块，并根据各待传 输块确定拉取任务。

其中，该拉取任务可为对应于所有待传输块的拉取任务，还可为包含对应单个待传输 块的子任务的集合。该第二节点也可通过第二服务器模块将该传输请求转发至第二客户端 模块，并由第二客户端模块根据该传输数据确定元数据。具体该第二节点如何生成拉取任务，以及拉取任务的具体形式可根据需要进行设置，本说明书对此不做限制。

另外，由于该数据传输系统完成的是推送模式的逻辑过程，而推送该待传输数据的节 点需掌握当前的传输进度。但在拉取模式下，传输进度往往仅被接收待传输模块的节点掌 握。因此，该第一节点需要将传输进度进行查询，并基于查询结果来确定传输任务的任务进度。

具体的，该数据传输系统中的第一节点可调用第一服务器模块向该第二节点发送查询 请求。

该第二节点可通过第二客户端模块将该查询请求进行接收，并将待传输数据的传输进 度进行确定，再调用该第二客户端模块将确定出的传输进度返回至第一节点。

其中，该传输进度可根据待传输数据的数据量和已经拉取的数据量确定，当该待传输 数据包含多个待传输块时，该传输进度可根据正在传输的待传输块的序号确定，或者已经 传输完成的待传输块确定等，具体如何确定传输进度可根据需要进行设置，本说明书对此不做限制，本说明书对此不做限制。

该第一节点可通过第一服务器模块来接收第二节点返回的传输进度，再根据该传输进 度将该待传输任务的任务进度进行更新。

当然，该传输进度还可为已经拉取的数据量、已经传输完成的待传输块、正在传输的 待传输块等内容中的至少一种，该第一节点可基于该传输进度，确定传输任务对应的任务 进度。

进一步的，该第一节点还可对任务进度进行监测，即，根据预设的时间间隔向第二节 点发送查询请求，并将该第二节点发送的传输进度根据该传输进度的接收时刻进行存储， 当传输进度的变化小于预设的变化阈值时，该第一节点可根据最近一次的传输进度，确定未传输成功的待传输块，并根据该未传输成功的待传输块重新向第二节点发送传输请求。

上述为该数据传输系统中包含一个第一节点和一个第二节点为例进行说明，但该数据 传输系统中可包含的第一节点和第二节点可为多个，每个第一节点在执行推送模式的数据 传输时，通过上述过程来复用拉取模式来实现即可。

需要说明的是，在本说明书中针对不同的待传输数据，其对应的第一节点的第二节点 可为相同节点。如，发送数据A的节点为节点1，接收数据A的节点为节点2，而发送数据B的节点为节点3，接收数据B的节点为节点1，可见，数据A的第一节点和数据B的第 二节点为相同节点，也就是说，针对传输系统中的任一节点，该节点可作为待传输数据的接收节点，也可作为待传输数据的发送节点。

更进一步的，上述传输任务中还可携带有第二节点的节点标识。则该第一节点可通过 第一服务器模块确定待传输数据和第二节点，并调用第一客户端模块根据该待传输数据和 第二节点的节点标识，向第二节点发送携带待传输数据的元数据的传输请求。

则该第二节点可通过第二服务器模块来接收第一节点发送的传输请求，并调用第二客 户端模块根据该传输请求中携带的元数据，以及第一节点的节点标识，生成拉取任务，进 而基于拉取任务向第一节点发送拉取请求。

则该第一节点可通过第一服务器模块来接收第二节点发送的拉取请求，将该待传输数 据传输至第二节点。

该第二节点可通过第二客户端模块接收该待传输数据，以实现该待传输数据的传输。

根据图1所示的数据传输系统，由系统中的第一节点响应传输任务，通过第一服务器 模块确定待传输数据，再调用第一客户端模块向第二节点发送传输请求，再由第二节点根 据该传输请求生成拉取任务，再调用第二客户端模块根据该拉取任务向第一节点发送拉取请求，从第一节点中拉取待传输数据。本方案可基于拉取模式的传输路径来实现推送模式 的数据传输，不需要设计推送模式对应的程序代码，也不需要设置推送模式对应的数据接 口。本方案不需要设计推送模式对应的程序代码和数据接口，对数据传输所需代码进行了 精简，降低了代码的复杂程度，避免了需要设计程序导致的庞大代码量以及设置数据接口导致的繁复流程的情况出现，减少了程序设计所需的时间，从而提高了效率，降低了人工 成本。

基于同样思路，本说明书还提供推送模式和拉取模式的数据传输的示意图，如图2A和 图2B所示。

图2A为本说明书提供的推送模式数据传输的流程示意图，其中，第一节点为发送待传 输数据的节点，第二节点为接收待传输数据的节点。在推送模式下，该第一节点可通过第 一服务器模块确定待传输数据，并将待传输数据的数据标识发送至第一客户端模块，再调用第一客户端模块向第二节点发送传输请求，并通过第一客户端模块接收第二节点发送的 确认信息。

该第二节点可通过第二服务器模块接收该传输请求，根据该传输请求返回确认信息后， 将该传输请求转发至第二客户端模块，再由第二客户端模块根据该传输请求生成拉取任务， 并基于该拉取任务向第一节点发送拉取请求。

该第一节点可通过第一服务器模块接收该拉取请求，并根据该拉取请求将待传输数据 传输至第二节点。

该第二节点可通过第二客户端模块将待传输数据进行接收。上述过程具体可参见图2A 中的①、②、③、④、⑤、⑥过程。

图2B为本说明书提供的拉取模式数据传输的流程示意图，其中，第一节点为发送待传 输数据的节点，第二节点为接收待传输数据的节点。在拉取模式下，该第二节点可调用第 二客户端模块向第一节点发送拉取请求，该第一节点可通过第一服务器模块将该拉取请求进行接收，并将待传输数据传输第二节点，参见图2B中的(1)、(2)过程。

基于同样思路，本说明书还提供如图3所示的数据传输方法的流程示意图，具体包括 以下步骤：

S100：响应于传输任务，通过第一服务器模块确定待传输数据，以及确定接收所述待 传输数据的第二节点。

在本说明书提供的一个或多个实施例中，该数据传输方法由数据传输系统中的第一节 点执行，该数据传输系统包含第一节点和第二节点，该第一节点中设置有第一服务器模块 和第一客户端模块。且该第一节点和第二节点均为P2P网络中的节点。

响应于传输任务，该第一节点可通过第一服务器模块来确定待传输数据，以及确定接 收该待传输数据的第二节点。其中，该传输任务中携带有待传输数据的数据标识，以及第 二节点的节点标识，该数据标识可为元数据，也可仅为该待传输数据的数据名称等，该节点标识可为节点地址，也可仅为该节点的节点名称。

具体如何根据传输任务确定待传输数据以及第二节点，可根据需要进行设置，本说明 书对此不做限制。

S102：调用第一客户端模块根据所述待传输数据向所述第二节点发送传输请求。

在本说明书提供的一个或多个实施例中，在确定出待传输数据和第二节点后，该第一 节点可调用该第一客户端模块根据该待传输数据向第一节点发送传输请求。

S104：通过所述第一服务器模块接收所述第二节点发送的拉取请求，并将所述待传输 数据根据所述拉取请求传输至所述第二节点。

在本说明书提供的一个或多个实施例中，该第一节点还可通过第一服务器模块来接收 第二节点发送的拉取请求。

其中，该拉取请求中通常携带有待传输数据的数据标识，该数据标识具体包含的内容 可根据需要进行设置，本说明书对此不做限制。

在确定出拉取请求后，该第一节点可通过第一服务器模块将待传输数据根据该拉取请 求传输至第二节点。

根据图3所示的数据传输方法，可响应于传输任务，通过第一服务器模块确定待传输 数据并定接收所述待传输数据的第二节点，再调用第一客户端模块根据待传输数据向第二 节点发送传输请求，之后通过所述第一服务器模块接收第二节点发送的拉取请求，并将待传输数据根据拉取请求传输至第二节点。本方案不需要设计推送模式对应的程序代码，也 不需要设置推送模式对应的数据接口，避免了需要设计推送模式的程序以及数据接口导致 的代码臃肿，降低了代码复杂度，提高了传输路径的利用率。

进一步的，为了避免出现网络故障等等问题导致资源占用的问题，该第一节点还可判 断该第二节点是否成功接收该确认信息。

具体的，该服务器可判断该第一客户端模块是否接收到第二节点发送的确认信息。

若是，则可确定该传输请求发送成功。若未收到，则可确定该传输请求发送失败，于 是，该第一节点可调用第一客户端模块重新向第二节点发送传输请求。

更进一步的，在待传输数据的数据量较大的情况下，需要对该待传输数据进行切块， 并基于切块后的各待传输块进行传输。

具体的，该第一节点可通过第一服务器模块对该待传输数据进行切块，并根据切块后 的各待传输块的存储地址、数据量等等用于描述该待传输块的数据，确定该待传输数据的 元数据。

在确定出该待传输数据的元数据后，该第一节点可调用第一客户端模块，将携带该元 数据的传输请求发送至该第二节点。

另外，由于该数据传输系统完成的是推送模式的逻辑过程，而推送该待传输数据的节 点需掌握当前的传输进度。但在拉取模式下，传输进度往往仅被接收待传输模块的节点掌 握。因此，该第一节点需要将传输进度进行查询，并基于查询结果来确定传输任务的任务进度。

具体的，该数据传输系统中的第一节点可调用第一服务器模块向该第二节点发送查询 请求。

然后，该第一节点可通过第一服务器模块来接收第二节点返回的传输进度，再根据该 传输进度将该待传输任务的任务进度进行更新。

其中，该传输进度可根据待传输数据的数据量和已经拉取的数据量确定，当该待传输 数据包含多个待传输块时，该传输进度可根据正在传输的待传输块的序号确定，或者已经 传输完成的待传输块确定等，具体如何确定传输进度可根据需要进行设置，该传输进度可为已经拉取的数据量在总数据量的占比(如，60％)，还可为已经拉取的数据量、已经传输 完成的待传输块、正在传输的待传输块等内容中的至少一种，该第一节点可基于该传输进 度，确定传输任务对应的任务进度。该传输进度的具体类型以及如何根据传输进度确定任 务进度，可根据需要进行设置，本说明书对此不做限制。

基于同样思路，本说明书还提供如图4所示的数据传输方法的流程示意图，具体包括 以下步骤：

S200：通过第二服务器模块接收发送待传输数据的第一节点发送的传输请求。

在本说明书提供的一个或多个实施例中，该数据传输方法由数据传输系统中的第二节 点执行，该数据传输系统包含第一节点和第二节点，该第二节点中设置有第二服务器模块 和第二客户端模块。且该第一节点和第二节点均为P2P网络中的节点。

该第二节点可通过第一服务器模块接收第一节点发送的传输请求，该第一节点为发送 待传输数据的节点。其中，该传输请求中可携带有数据标识，该数据标识可为元数据，该 数据标识的具体类型可根据需要进行设置，本说明书对此不做限制。

S202：调用第二客户端模块根据所述传输请求生成拉取任务，并根据所述拉取任务向 所述第一节点发送拉取请求。

在本说明书提供的一个或多个实施例中，在接收到传输请求时，该第二节点可调用第 二客户端模块根据该传输请求生成拉取任务，并根据该拉取任务向第一节点发送拉取请求。

其中，该第一节点的节点标识可为第二节点根据发送传输请求的接口确定的，也可为传输请求中携带，由第二客户端模块中确定的。

S204：通过所述第二客户端模块接收所述第一节点根据所述拉取请求传输的待传输数 据。

在本说明书提供的一个或多个实施例中，该第儿节点还可通过第二客户端模块来接收 第一节点根据该拉取请求传输的待传输数据。

根据图4所示的数据传输方法，通过第二服务器模块接收发送待传输数据的第一节点 发送的传输请求，并调用第二客户端模块根据传输请求生成拉取任务，根据拉取任务向所 述第一节点发送拉取请求，再通过第二客户端模块接收第一节点根据拉取请求传输的待传输数据。本方案通过拉取模式的传输路径来实现推送模式的逻辑，提高了传输路径的利用 率，避免了待传输数据将第二节点的缓冲区全部占据或者缓冲区无法承载待传输数据的情 况出现，保证了数据安全，同时，本方案不需要设计推送模式对应的程序代码和数据接口， 对数据传输所需代码进行了精简，降低了代码的复杂程度。

进一步的，为了避免出现由于第一节点和第二节点之间的网络故障等原因导致的第二 节点未接收到该传输请求，进而导致第一节点中一直处于等待时间而导致的效率较低的问 题，在第二节点接收到传输请求时，还可向第一节点发送确认信息。

具体的，该第二节点可在接收到该传输请求时，通过第二服务器模块向第一节点发送 确认信息，其中，该确认信息用于表征该第二节点成功接收该传输请求。

更进一步的，在待传输数据的数据量较大的情况下，需要对该待传输数据进行切块， 并基于切块后的各待传输块进行传输。

具体的，该第二节点可通过第二服务器模块来接收该传输请求，并确定该传输请求中 携带的元数据，并调用第二客户端模块根据该待传输数据的元数据确定各待传输块，并根 据各待传输块确定拉取任务。

其中，该拉取任务可为对应于所有待传输块的拉取任务，还可为包含对应单个待传输 块的子任务的集合。该第二节点也可通过第二服务器模块将该传输请求转发至第二客户端 模块，并由第二客户端模块根据该传输数据确定元数据。具体该第二节点如何生成拉取任务，以及拉取任务的具体形式可根据需要进行设置，本说明书对此不做限制。

另外，由于该数据传输系统完成的是推送模式的逻辑过程，而推送该待传输数据的节 点需掌握当前的传输进度。但在拉取模式下，传输进度往往仅被接收待传输模块的节点掌 握。因此，该第二节点可将待传输数据的传输进度发送至第一节点。

具体的，该第二节点可通过第二客户端模块接收第一节点发送的查询请求。然后，该 第二节点可将待传输数据的传输进度进行确定，再调用该第二客户端模块将确定出的传输 进度返回至第一节点。

其中，该传输进度可根据待传输数据的数据量和已经拉取的数据量确定，当该待传输 数据包含多个待传输块时，该传输进度可根据正在传输的待传输块的序号确定，或者已经 传输完成的待传输块确定等，具体如何确定传输进度可根据需要进行设置，本说明书对此不做限制，本说明书对此不做限制。

当然，该传输进度还可为针对每个待传输块，当该待传输块传输完成时，由该第二节 点主动调用第二客户端模块向第一节点发送完成指令。该完成指令中携带有该待传输块的 快标识，该完成指令用于表征该待传输块已经传输完成。

以上为本说明书的一个或多个实施例提供的数据传输系统和数据传输方法，基于同样 的思路，本说明书还提供了相应的数据传输装置，如图5和图6所示。

图5为本说明书提供的数据传输装置，包括：

确定模块300，用于响应于传输任务，通过第一服务器模块确定待传输数据，以及确定 接收所述待传输数据的第二节点。

发送模块302，用于调用第一客户端模块根据所述待传输数据向所述第二节点发送传输 请求。

传输模块304，用于通过所述第一服务器模块接收所述第二节点发送的拉取请求，并将 所述待传输数据根据所述拉取请求传输至所述第二节点。

可选的，所述发送模块302，用于调用第一客户端模块根据所述待传输数据向所述第二 节点发送传输请求，判断通过所述第一客户端模块是否接收到所述第二节点发送的确认信 息，若是，确定所述传输请求发送成功，若否，确定所述传输请求发送失败，并调用所述第一客户端模块重新向所述第二节点发送传输请求。

可选的，所述发送模块302，用于通过所述第一服务器模块对所述待传输数据切块，并 根据切块后的各待传输块，确定所述待传输数据的元数据，调用所述第一客户端模块将携 带所述元数据的传输请求发送至所述第二节点。

可选的，所述传输模块304，用于调用所述第一服务器模块向所述第二节点发送查询请 求，接收所述第二节点返回的所述待传输数据的传输进度，以及根据所述传输进度更新所 述传输任务的任务进度。

需要说明的是，上述确定模块300、发送模块302、传输模块304为实现第一节点功能 的软件模块，与上述在第一节点中设置的第一服务器模块和第一客户端模块不同。

图6为本说明书提供的数据传输装置，包括：

第一接收模块400，用于通过第二服务器模块接收发送待传输数据的第一节点发送的传 输请求。

拉取模块402，用于调用第二客户端模块根据所述传输请求生成拉取任务，并根据所述 拉取任务向所述第一节点发送拉取请求。

第二接收模块404，用于通过所述第二客户端模块接收所述第一节点根据所述拉取请求 传输的待传输数据。

可选的，所述第一接收模块400，用于当接收到所述传输请求时，调用所述第二服务器 模块向所述第一节点发送确认信息，所述确认信息用于表征成功接收所述传输请求。

可选的，所述拉取模块402，用于调用第二客户端模块确定所述传输请求中携带的元数 据，并根据所述元数据确定所述待传输数据对应的各待传输块，根据所述各待传输块确定 拉取任务。

可选的，第二接收模块404，用于通过所述第二客户端模块接收所述第一节点发送的查 询请求，根据所述查询请求，确定所述待传输数据的传输进度，调用所述第二客户端模块 将所述传输进度返回至所述第一节点。

需要说明的是，上述第一接收模块400、拉取模块402、第二接收模块404为实现第二 节点功能的软件模块，与上述在第二节点中设置的第二服务器模块和第二客户端模块不同。

本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机 程序可用于执行上述图3提供的数据传输方法和上述图4所述的数据传输方法。

本说明书还提供了图7所示的电子设备的示意结构图。如图7所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能 包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存 中然后运行，以实现上述图3述的数据传输方法和上述图4所述的数据传输方法。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结 合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是 硬件或逻辑器件。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。 然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件 (Programmable Logic Device,PLD)(例如现场可编程门阵列(Field ProgrammableGate Array， FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行 编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专 用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似， 而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、 CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language) 等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描 述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件 电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以 及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读 介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编 程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算 机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制 器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相 同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既 可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或 者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可 以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备 中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说 明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序 产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计 算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流 程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每 一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式 工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置 的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方 框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机 或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方 框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接 口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易 失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技 术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计 算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电 可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他 磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文 中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还 包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括 所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。 因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例 的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模 块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、 组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互 相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施 例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员 来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、 等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (15)

1.一种数据传输系统，所述数据传输系统至少包含第一节点和第二节点，所述第一节点中设置第一客户端模块和第一服务器模块，所述第二节点中设置第二客户端模块和第二服务器模块，其中：

所述第一节点，用于响应于传输任务，通过第一服务器模块确定待传输数据，并调用第一客户端模块根据所述待传输数据向所述第二节点发送传输请求；以及通过所述第一服务器模块接收所述第二节点发送的拉取请求，将所述待传输数据传输至所述第二节点；

所述第二节点，用于通过第二服务器模块接收所述第一节点发送的传输请求，并调用所述第二客户端模块根据所述传输请求生成拉取任务，根据所述拉取任务向所述第一节点发送拉取请求，从所述第一节点拉取所述待传输数据；

所述第一节点与所述第二节点都为P2P网络中的节点，所述第一节点与所述第二节点中实现数据传输的代码相同；

所述客户端模块与所述服务器模块为虚拟的代理客户端和虚拟的代理服务器。

2.如权利要求1所述的系统，所述第二节点，用于当接收到所述传输请求时，通过所述第二服务器模块向所述第一节点发送确认信息，所述确认信息用于表征所述第二节点成功接收所述传输请求；

所述第一节点，用于当通过所述第一客户端模块未接收所述确认信息时，确定所述传输请求发送失败，调用所述第一客户端模块重新向所述第二节点发送传输请求。

3.如权利要求1所述的系统，所述第一节点，用于调用所述第一服务器模块向所述第二节点发送查询请求，并接收所述第二节点返回的传输进度，根据所述传输进度更新所述传输任务的任务进度；

所述第二节点，用于通过所述第二客户端模块接收所述查询请求，并确定所述待传输数据的传输进度，调用所述第二客户端模块将所述传输进度返回至所述第一节点。

4.一种数据传输方法，应用于第一节点，所述第一节点中设置第一客户端模块和第一服务器模块，所述方法包括：

响应于传输任务，通过第一服务器模块确定待传输数据，以及确定接收所述待传输数据的第二节点，所述第二节点中设置第二客户端模块和第二服务器模块；

调用第一客户端模块根据所述待传输数据向所述第二节点发送传输请求；

通过所述第一服务器模块接收所述第二节点发送的拉取请求，并将所述待传输数据根据所述拉取请求传输至所述第二节点；

所述第一节点与所述第二节点都为P2P网络中的节点，所述第一节点与所述第二节点中实现数据传输的代码相同；

所述客户端模块与所述服务器模块为虚拟的代理客户端和虚拟的代理服务器。

5.如权利要求4所述的方法，调用第一客户端模块根据所述待传输数据向所述第二节点发送传输请求，具体包括：

调用第一客户端模块根据所述待传输数据向所述第二节点发送传输请求；

判断通过所述第一客户端模块是否接收到所述第二节点发送的确认信息；

若是，确定所述传输请求发送成功；

若否，确定所述传输请求发送失败，并调用所述第一客户端模块重新向所述第二节点发送传输请求。

6.如权利要求4所述的方法，调用第一客户端模块根据所述待传输数据向所述第二节点发送传输请求，具体包括：

通过所述第一服务器模块对所述待传输数据切块，并根据切块后的各待传输块，确定所述待传输数据的元数据；

调用所述第一客户端模块将携带所述元数据的传输请求发送至所述第二节点。

7.如权利要求6所述的方法，所述方法还包括：

调用所述第一服务器模块向所述第二节点发送查询请求；

接收所述第二节点返回的所述待传输数据的传输进度，以及根据所述传输进度更新所述传输任务的任务进度。

8.一种数据传输方法，应用于第二节点，所述第二节点中设置第二客户端模块和第二服务器模块，所述方法包括：

通过第二服务器模块接收发送待传输数据的第一节点发送的传输请求，所述第一节点中设置第一客户端模块和第一服务器模块；

调用第二客户端模块根据所述传输请求生成拉取任务，并根据所述拉取任务向所述第一节点发送拉取请求；

通过所述第二客户端模块接收所述第一节点根据所述拉取请求传输的待传输数据；

所述第一节点与所述第二节点都为P2P网络中的节点，所述第一节点与所述第二节点中实现数据传输的代码相同；

所述客户端模块与所述服务器模块为虚拟的代理客户端和虚拟的代理服务器。

9.如权利要求8所述的方法，所述方法还包括：

当接收到所述传输请求时，调用所述第二服务器模块向所述第一节点发送确认信息，所述确认信息用于表征成功接收所述传输请求。

10.如权利要求8所述的方法，调用第二客户端模块根据所述传输请求生成拉取任务，具体包括：

调用第二客户端模块确定所述传输请求中携带的元数据，并根据所述元数据确定所述待传输数据对应的各待传输块；

根据所述各待传输块确定拉取任务。

11.如权利要求10所述的方法，所述方法还包括：

通过所述第二客户端模块接收所述第一节点发送的查询请求；

根据所述查询请求，确定所述待传输数据的传输进度；

调用所述第二客户端模块将所述传输进度返回至所述第一节点。

12.一种数据传输装置，应用于第一节点，所述第一节点中设置第一客户端模块和第一服务器模块，所述装置包括：

确定模块，用于响应于传输任务，通过第一服务器模块确定待传输数据，以及确定接收所述待传输数据的第二节点，所述第二节点中设置第二客户端模块和第二服务器模块；

发送模块，用于调用第一客户端模块根据所述待传输数据向所述第二节点发送传输请求；

传输模块，用于通过所述第一服务器模块接收所述第二节点发送的拉取请求，并将所述待传输数据根据所述拉取请求传输至所述第二节点；

所述第一节点与所述第二节点都为P2P网络中的节点，所述第一节点与所述第二节点中实现数据传输的代码相同；

所述客户端模块与所述服务器模块为虚拟的代理客户端和虚拟的代理服务器。

13.一种数据传输装置，应用于第二节点，所述第二节点中设置第二客户端模块和第二服务器模块，所述装置包括：

第一接收模块，用于通过第二服务器模块接收发送待传输数据的第一节点发送的传输请求，所述第一节点中设置第一客户端模块和第一服务器模块；

拉取模块，用于调用第二客户端模块根据所述传输请求生成拉取任务，并根据所述拉取任务向所述第一节点发送拉取请求；

第二接收模块，用于通过所述第二客户端模块接收所述第一节点根据所述拉取请求传输的待传输数据；

所述第一节点与所述第二节点都为P2P网络中的节点，所述第一节点与所述第二节点中实现数据传输的代码相同；

所述客户端模块与所述服务器模块为虚拟的代理客户端和虚拟的代理服务器。

14.一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求4～7或权利要求8～11任一项所述的方法。

15.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述权利要求4～7或权利要求8～11任一项所述的方法。